Розуміння вузлів Cartesi

Якщо у вас є загальне уявлення про технологію блокчейн, ви знаєте, що вузли є фундаментальною частиною будь-якої мережі. Cartesi не є винятком. Однак в архітектурі Cartesi Rollups вузли відіграють особливу роль як децентралізоване проміжне програмне забезпечення, яке підтримує роботу віртуальної машини Cartesi (CVM), а поверх цих вузлів працює CVM.

Давайте зануримося в вузли Cartesi – зауважте, що це відрізняється від Noether для CTSI стейкінгу – і подивимося, що вони роблять, як працюють і як їх налаштувати.

Що таке Cartesi Nodes?

Технічний документ Cartesi визначає вузол Cartesi наступним чином:

«Вузли Cartesi – це програмно-апаратна інфраструктура, на якій розміщуються офчейн-компоненти додатків Cartesi dApps. Кожен користувач, який бажає взаємодіяти з додатком Cartesi dApp, повинен мати доступний вузол Cartesi. "

(*Примітка: точним фоном для цих вузлів є інструмент під назвою Cartesi Compute, але те ж саме стосується і Cartesi Rollups.) ）

Іншими словами, вузол Cartesi - це мережа окремих комп’ютерів, на яких працюють CVM і розміщуються Cartesi dApps. Вони дуже схожі на вузли на інших блокчейнах, але різниця полягає в тому, що вони працюють у контексті рішення Rollup, такого як Cartesi Rollups. Ось тут ми починаємо бачити нюанси навколо них.

Покроковий погляд на роботу Cartesi Rollups допоможе нам розібрати процес на частини. Для підтримки dApps, запущених на CVM, Cartesi Rollups потрібно зробити наступне:

1. Зчитування інформації з основного ланцюга (наприклад, ETH Ікло).
2. Надішліть цю інформацію на офчейн-машину, тобто CVM, де вона обробляється.
3. Опублікуйте результати обробки назад в основний ланцюжок.

Для виконання цих операцій їм потрібні вузли, які можуть взаємодіяти зі смарт-контрактами в ланцюжку та віртуальними машинами поза мережею. Вузли Cartesi є саме таким «посередником», відповідальним за зв’язок між ними, хоча і безпечним і децентралізованим способом.

Тип декартового вузла

Для того, щоб грати цю роль «посередника» в Cartesi Rollups, обов’язки вузла Cartesi повинні бути подвійними. Їм потрібно прочитати інформацію та перевірити її. В результаті декартовий вузол може бути:

• Вузли користувача або читання (тільки читання): Ці вузли відповідають за отримання інформації з основного ланцюга та надання її загальнодоступної для використання CVM — вони не публікують інформацію назад до основного ланцюга. Зчитувані ноди можуть запускатися звичайними користувачами.
• Вузли валідаторів (читання та запис): Ці вузли відповідають за перевірку нової інформації та публікацію її в основному ланцюжку, як і звичайні вузли в мережі L1. У цьому випадку вони несуть відповідальність за перевірку змін, внесених до інформації в ланцюжку, коли CVM знаходиться поза мережею. Валідатори також несуть відповідальність за захист мережі від нечесних сторін у разі суперечки щодо інформації в мережі. Ці додаткові обов’язки вимагають, щоб валідатори працювали в безпечному середовищі та були недоступними для користувачів.

В даний час вузли Cartesi зазвичай працюють як валідатори, здатні виконувати як читання, так і запис. Вузол зчитування в даний час розробляється командою Cartesi.

Як працює вузол Cartesi?

Розгляд деяких ключових концепцій, що лежать в основі операцій з вузлами Cartesi, дасть нам розуміння на високому рівні того, як вони виконують свої обов’язки. Це також ознайомить нас із типами термінології, які виникають під час запуску dApp на CVM, який використовує вузол Cartesi.

Ми можемо розглядати ці концепції як вхідні дані, які вузол Cartesi приймає з основного ланцюга і перенаправляє до CVM, або як вихідні дані, щоб повернути їх назад в основний ланцюг як «твердження».

Вводу

Портали: Взаємодія з вузлами Cartesi зазвичай починається з порталів. Це спосіб передачі ончейн-інформації до офчейн CVM. Вузли використовують портали для переміщення активів з основного ланцюга в dApps, які вони запускають. Потрапивши в dApp, ці активи можна передавати та переміщувати за допомогою типової програмної логіки, яка зазвичай зустрічається в операційних системах Linux.

(Примітка: Існують також специфічні для програми вхідні дані, які надходять безпосередньо від користувача і не проходять через портал.) Ці вхідні дані не прив’язані до жодного активу. ）

Вихід

Період: Після того, як CVM обробить інформацію з блокчейну, валідатор Cartesi пакетує ці операції та публікує їх назад в основний ланцюг. Потім ці зміни повідомляються в основний ланцюг у вигляді облікових даних або сповіщень. Частота цих партій відома як епохи.

• Облікові дані: Ми можемо розглядати облікові дані як тікети, які містять інформацію про те, які транзакції повинні відбутися в основному ланцюжку після результатів, повернутих CVM. Вони містять інструкції, які можуть охоплювати все: від платежів до протоколів DeFi до запиту на виведення коштів.
• Сповіщення: Подібно до облікових даних, сповіщення також містять інформацію, яка передається в основний ланцюжок. Різниця між обліковими даними та сповіщеннями полягає в тому, що сповіщення призначені виключно для інформаційних цілей – вони не вносять змін в основний ланцюжок. Це означає, що сповіщення не ініціюють такі транзакції, як депозити або зняття коштів.

*РІЗНЕ (Інше)

Звіт: Потім вузол Cartesi відповідає за інший інший тип операцій. Звіти часто використовуються як інструменти журналювання або діагностики для dApps, що працюють на CVM. Вони часто використовуються для відстеження помилок додатків та іншої інформації, але вони не мають жодного ончейн-ефекту.

Робота декартового вузла

Вузли Cartesi вже запускають багато dApps в екосистемі Cartesi. Кожен з них використовує переваги декартового вузла описаним вище способом. Ви можете дослідити, як цей механізм передачі інформації з офчейн в ончейн реалізований в іграх, DeFi і сценаріях використання штучного інтелекту за допомогою Cartesi Rollups і CVM.

Насправді, якщо у вас є ідея dApp, яка використовує технологію Cartesi, швидше за все, ви створите для себе вузол Cartesi. Процес його локального запуску дуже простий і детально пояснюється тут.

Перевірте свої знання та заробіть бали спільноти, пройшовши тест на вузол Grokking Cartesi на дошці пригод Cartesi.

Дізнайтеся більше про Cartesi, прочитавши документацію. Ви також можете бути в курсі всього, що відбувається в екосистемі Cartesi, приєднавшись до спільноти.

Про Cartesi:

Cartesi — це протокол зведення для конкретних додатків з віртуальними машинами, на яких працюють дистрибутиви Linux, що створює багатший і ширший простір дизайну для розробників DApp.

Cartesi Rollups пропонує модульне рішення для масштабування, яке можна розгорнути як L2, L3 або суверенні зведення, зберігаючи при цьому надійні гарантії безпеки базового рівня.

Відмова від гарантій

Ця стаття призначена лише для загальних інформаційних цілей та обміну інформацією і не є юридичною, фінансовою чи інвестиційною порадою. Точність і повнота цієї інформації не гарантується і не повинна тлумачитися як порада для конкретної ситуації. Читачі повинні провести власне незалежне дослідження та консультацію, щоб прийняти будь-яке рішення. Автор та пов’язані з ним органи не несуть відповідальності за будь-які втрати або шкоду, що виникли внаслідок довіри до цієї інформації. Перш ніж приймати будь-які фінансові або інвестиційні рішення, настійно рекомендується проконсультуватися з професіоналом для індивідуальної консультації.

Віртуальна валюта є високоризиковим інвестиційним продуктом, будь ласка, проконсультуйтеся з відповідними регулюючими органами, перш ніж приймати інвестиційне рішення, чи є ризик втрати інвестицій.

Джерело: Golden Finance