Opside мрежата воведува 3-слојна архитектура за блокчејн апликација…

Приспособливоста на блокчејн и предложените решенија се во првите редови на муабетот на социјалните мрежи веќе половина деценија. На пример, израелската софтверска компанија Starkware и ко-основачот на Ethereum Виталик Бутерин неодамна зборуваа за идејата за „Layer 3“ како едно од овие решенија. Starkware вели дека повеќе Layer 3 ќе се вози на врвот на Layer 2, а решенијата за „fractal layering“ може да се изградат на врвот на Layer 3. 

Проектот Opside неодамна ги објавија своите планови за трислојна архитектура. Ова ќе им овозможи на програмерите да креираат блокчејн апликации кои имаат пристап до поголеми брзини и поевтини трансакции. Ова е овозможено со ланецот Opside, кој се нарекува решение Layer 2, бидејќи се наоѓа на повеќе платформи од Layer 1 (како Ethereum, Binance Chain, Bitcoin итн.) и ги користи како слој за порамнување. Функционалноста „Слој 3“ го одзема ова уште подалеку, дозволувајќи им на програмерите да вртат множество „спојувања како услуга“. Оваа архитектура му дава на Layer 2 посеопфатен опсег на средства од мостови и можност за неодредено време да расте од соединувања. 

Со цел да се справат со договорните повици помеѓу повеќе синџири, Опсид разви протокол за справување со сите договорни повици. Исто така, во развој е гласањето DAO што и овозможува на заедницата Opside да гласа за тоа кои јавни синџири да ги користи за порамнување на слојот 1. 

Решенијата на Layer 2 зависат од децентрализацијата на нивниот пандан на Layer 1 за да обезбедат побрзо време на трансакции и пониски надоместоци за гас. Се чини дека е прифатливо за повеќето блокчејн заедници да имаат централизиран слој на врвот на нивната платформа сè додека секоја трансакција се средува на ниво 1. Ефикасноста се постигнува со „спојување“ на збир на трансакции и порамнување подоцна. Слој 3 го засилува овој модел, овозможувајќи уште поголема трошковна ефикасност додека ја одржува брзината на мрежата Layer 2. 

Слој 3 има потенцијал да понуди толку ниски трошоци, што проектите изградени дури и на мрежите на Layer 2 нема да мора да распоредуваат свои Layer 1 за да ги намалат надоместоците за порамнување. Овие апликации, како што се Axie и dYdX Decentralized Exchange мораа да го направат ова, едноставно затоа што нивниот модел зависеше од најбрзите времиња на трансакции и најниските надоместоци. Ако се распореди на збир на слој 3, може да ја спречи потребата за уште еден блокчејн.

Слој 1: Мостови со повеќе синџири

Opside поддржува побрз и поевтин децентрализиран Liquidity-Bridge за да се постигне интероперабилност на средствата во повеќе синџири. Liquidity-Bridge се состои од јазли без дозвола кои постигнуваат консензус за пораките со вкрстени синџири преку MPC. Базенот за ликвидност носи поголема брзина и поддржува повеќе јавни синџири и нивните средства во синџирот.

Понатаму, Opside ќе воспостави врски со различни јавни синџири на слојот на средства преку недоверливиот ZK-Bridge. Во споредба со другите шеми за мостови, шемата ZK-Rollup вклучува повеќе ZK-proof системи. Во операцијата со вкрстени синџири, неопходно е да се генерираат ZK Proofs за да се обезбеди исправност на процесот на извршување, покрај општото „извршување“. Операциите за депонирање и повлекување на ZK-Bridge се „зацврстуваат“ како коло, а логиката на колото е целосно изложена.

Слој 2: Синџир погоден за собирање

Синџирот Opside, или Layer 2, е синџир компатибилен со EVM и пријателски за собирање. Синџирот Opside ќе направи некои длабоки оптимизации за соединувања.

Мајчин состав е нешто слично на архитектурата на Полкадот. Штом збирката регистрира слот, собирањето станува природно собирање. Спротивно на тоа, архитектурата на Polkadot има недостаток што консензусот на парачејнот зависи од доделениот сет на валидатори. Ете го корелација помеѓу безбедноста и бројот на валидатори. Ако неколку валидатори отишле офлајн, парачејните чиишто групи на валидатори се премногу мали за да потврдат блок ќе ги прескокнат тие блокови, па дури и ќе престанат додека не се реши ситуацијата. Opside го нема овој проблем бидејќи слојот 2 собира податоци од сите народни собири во слојот 3 и ги потврдува сите zk докажувања. Opside Chain е посигурен и подецентрализиран со сите соединенија на него како поцврста целина, споделувајќи го истиот слој на консензус.

Има 64 претходно распоредени договори како „слотови за собирање“, кои ќе се повикуваат директно со сериски и доказни трансакции од збирки. Овие слотови ќе повикаат претходно компајлиран договор за верификација на доказ и ќе ги ажурираат локалните државни корени доколку се успешни. Прекомпајлираниот договор може да ја забрза верификацијата на доказите со нула знаење со оптимизации во бинарни кодови.

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

• PoS: На слојот 2, секој може да стане валидатор со вложување, а потоа да има можност да произведе блокови од Opside Chain. PoS може да се докажува и валидаторите периодично поднесуваат доказ за PoS до слојот 1. Валидаторите може да ја добијат блок наградата и наградата за влог за овој дел од PoS.
• PoW: валидаторите на слојот 2 не само што ќе произведат блокови на Opside Chain, туку и ќе генерираат zk доказ за секој мајчин состав на слој 3 според правилата на PoVP. Валидаторите ќе ја добијат наградата IDE за успешно генерирање на zk доказ, што е нешто слично на PoW. Валидаторите можат да добијат дополнителен бонус за тој дел од наградата со ставање повеќе токени во системот на договорот.

Што е уште поважно, во Opside, по завршувањето на регистрацијата на слотови, домашните собири споделуваат светско државно стебло едни со други и истата глобална редица за пораки. Затоа, интероперабилноста со природна вкрстена група е можна во Opside. Замислете дека сакате да позајмите USDC на договор за заем во Групата А, а потоа одете на DEX во Групата Б за да тргувате за да купите БТК. На Opside, повеќе не треба да ги повлекувате средствата од Здружението A до L1, а потоа да ги надополнувате од L1 во Rollup B. Наместо тоа, можете да го повикате методот на договор на Здружението B директно во Здружението A. Ова ќе го направи целиот процес многу побрз. поевтино и побезбедно.

Слој 3: Децентрализирани ZK-составувања

Во третиот слој, Opside ги поддржува програмерите да распоредуваат свои собири, додека Opside исто така обезбедува a децентрализирано решение за собирање врз основа на RaaS споменат погоре. Програмерите можат слободно да изберат кој да го прифатат. Ова решение е недоверливо и без дозвола. Секој може да поднесе L2 серии и докази до L1.

Да резимираме, архитектурата на „основниот слој <- opside <- rollup“ на Opside ја има предноста во разновидноста на средствата и бесконечната приспособливост. Тоа би можело да биде уште еден избор за решавање на проблемите со приспособливост на веб3 апликациите. Во споредба со скапите слоеви 2-и кои се засноваат на собирање, тој е посоодветен за апликации со висока пропусност како игрите.

Одрекување: Овој напис е даден само за информативни цели. Не е понуден или наменет да се користи како правен, даночен, инвестициски, финансиски или друг совет.