Opside network представляє 3-рівневу архітектуру для блокчейн-програми…

Масштабованість блокчейну та запропоновані рішення були в авангарді спілкування в соціальних мережах протягом півдесятка років. Наприклад, ізраїльська компанія Starkware і співзасновник Ethereum Віталік Бутерін нещодавно говорили про ідею «Layer 3» як одного з таких рішень. Starkware каже, що кілька рівнів 3 будуть працювати поверх рівня 2, а рішення «фрактального накладання» можуть бути побудовані поверх рівня 3. 

Проект Opside нещодавно оприлюднили свої плани щодо трирівневої архітектури. Це дозволить розробникам створювати блокчейн-додатки, які мають доступ до вищих швидкостей і дешевших транзакцій. Це стало можливим завдяки ланцюжку Opside, який називають рішенням рівня 2, оскільки він розташований поверх кількох платформ рівня 1 (наприклад, Ethereum, Binance Chain, Bitcoin тощо) і використовує їх як рівень розрахунків. Функціональність «Рівень 3» йде ще далі, дозволяючи розробникам створювати набір «зведених пакетів як послугу». Ця архітектура надає Рівню 2 більш широкий спектр активів від мостів і можливість нескінченно зростати від згортань. 

Для обробки контрактних викликів між кількома ланцюгами, Опсайд розробив протокол для обробки всіх контрактних викликів. Також розробляється голосування DAO, яке дозволяє спільноті Opside голосувати за те, які публічні ланцюги використовувати для врегулювання рівня 1. 

Рішення рівня 2 залежать від децентралізації аналога рівня 1, щоб забезпечити швидший час транзакцій і нижчу плату за газ. Здається, для більшості блокчейн-спільнот прийнятно мати централізований рівень на своїй платформі, якщо кожна транзакція розраховується на рівні 1. Ефективність досягається шляхом «об’єднання» набору транзакцій і здійснення розрахунків пізніше. Рівень 3 розширює цю модель, забезпечуючи ще більшу економічну ефективність при збереженні швидкості мережі рівня 2. 

Рівень 3 може запропонувати такі низькі витрати, що проекти, побудовані навіть на мережах рівня 2, не потребуватимуть розгортання власного рівня 1, щоб знизити комісію за розрахунки. Ці програми, такі як Axie і dYdX Decentralized Exchange, повинні були це зробити просто тому, що їхня модель залежала від найшвидшого часу транзакцій і найнижчих комісій. Якщо його розгорнути на зведеному рівні 3, це може запобігти потребі в ще одному блокчейні.

Рівень 1: багатоланцюгові мости

Opside підтримує швидший і дешевший децентралізований Liquidity-Bridge для досягнення сумісності активів у більшій кількості ланцюжків. Liquidity-Bridge складається з вузлів без дозволу, які досягають консенсусу щодо міжланцюжкових повідомлень через MPC. Пул ліквідності забезпечує більшу швидкість і підтримує більше публічних ланцюжків і їхніх активів у ланцюжку.

Крім того, Opside встановлюватиме зв’язки з різними публічними ланцюгами рівня активів через надійний ZK-Bridge. Порівняно з іншими мостовими схемами, схема ZK-Rollup включає більш стійкі до ZK системи. У крос-ланцюжковій операції необхідно генерувати ZK-докази, щоб забезпечити коректність процесу виконання на додаток до загального «виконання». Операції депозиту та виведення коштів ZK-Bridge «закріплені» як схема, і логіка схеми повністю розкрита.

Рівень 2: ланцюжок, зручний для зведення

Ланцюг Opside, або Layer 2, є EVM-сумісним і зручним для згортання. Мережа Opside виконає глибоку оптимізацію для зведень.

Рідне зведення дещо схоже на архітектуру Polkadot. Щойно зведення реєструє слот, воно стає рідним зведенням. Навпаки, архітектура Polkadot має той недолік, що консенсус парачейну залежить від призначеного набору валідаторів. є кореляція між безпекою та кількістю валідаторів. Якщо кілька валідаторів вийшли з мережі, парачейни, чиї групи валідаторів занадто малі для перевірки блоку, пропустять ці блоки або навіть зупиняться, доки ситуація не буде вирішена. Opside не має цієї проблеми, оскільки рівень 2 збирає дані з усіх власних зведень на рівні 3 і перевіряє всі докази zk. Opside Chain є більш безпечним і децентралізованим, оскільки всі зведення на ньому є більш тісним цілим і мають той самий консенсусний рівень.

Є 64 попередньо розгорнуті контракти як «слоти згортання», які викликатимуться безпосередньо за допомогою пакетних транзакцій із зведеннями. Ці слоти викличуть попередньо скомпільований контракт для перевірки доказів і оновлять коріння локального стану в разі успіху. Попередньо скомпільований контракт може прискорити перевірку доказів із нульовим знанням за допомогою оптимізації двійкових кодів.

Рівень 2 і рівень 3 архітектури Opside спільні a механізм консенсусу з гібридом PoS і PoW.

• PoS: на рівні 2 будь-хто може стати валідатором, зробивши ставку, а потім мати можливість створювати блоки протилежного ланцюга. PoS можна перевірити, і валідатори періодично надсилають підтвердження PoS на рівень 1. Валідатори можуть отримати винагороду за блокування та ставки за цю частину PoS.
• PoW: валідатори рівня 2 створюватимуть не лише блоки Opside Chain, а й генеруватимуть доказ zk для кожного власного зведення рівня 3 відповідно до правил PoVP. Валідатори отримають винагороду IDE за успішну генерацію zk-доказу, яка дещо схожа на PoW. Валідатори можуть отримати додатковий бонус за цю частину винагороди, поставивши більше токенів у системний контракт.

Що ще важливіше, в Opside після завершення реєстрації слотів рідні зведені пакети спільно використовують між собою дерево світових станів і ту саму глобальну чергу повідомлень. Тому в Opside можлива нативна сумісність крос-зведення. Уявіть, що ви хочете позичити USDC на кредитний контракт у Зведеному пакеті A, а потім перейти до DEX у Зведеному пакеті B, щоб торгувати, щоб купити BTC. На Opside вам більше не потрібно виводити активи з Rollup A до L1, а потім поповнювати їх із L1 до Rollup B. Натомість ви можете викликати контрактний метод Rollup B безпосередньо в Rollup A. Це зробить весь процес набагато швидшим, дешевше і безпечніше.

Рівень 3: децентралізовані ZK-зведення

На третьому рівні Opside підтримує розробників у розгортанні власних зведених пакетів, а Opside також надає децентралізоване зведене рішення на основі RaaS, згаданого вище. Розробники можуть вільно вибирати, який із них прийняти. Це рішення є надійним і без дозволу. Будь-хто може подати пакети L2 і докази в L1.

Підсумовуючи, архітектура Opside «базовий рівень <- opside <- rollup» має перевагу різноманітності активів і нескінченної масштабованості. Це може бути іншим вибором для вирішення проблем масштабованості програм web3. Порівняно з дорогим шаром 2 на основі згортання, він більше підходить для високопродуктивних програм, таких як ігри.

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