Tatlong halimbawa kung ano ang kayang gawin ng Revive at Polkadot Hub!

Ang artikulong ito ay inayos ng PolkaWorld mula sa nilalaman ng talumpati ng Parity sa Sub0 conference.

Sa mga nakaraang taon, ang Polkadot ay naging isang malakas at flexible na modular system. Ngunit mayroon din itong isang malinaw na problema: maraming pangunahing mga function ang nakakalat sa iba't ibang mga chain.

Halimbawa:

• Ang engine ng smart contract ay nasa ilang mga parachain lamang; 
• Ang governance, staking, at mga native token system ay nasa ibang mga parachain o system chain. 

Ang ganitong dispersyon ay nagdudulot ng malaking komplikasyon. Kahit isang simpleng application flow ay maaaring mangailangan ng interaksyon sa maraming chain at umaasa sa asynchronous na komunikasyon upang makumpleto.

Ang Polkadot Hub ay lubos na magbabago sa sitwasyong ito at magpapasimple ng lahat!

Polkadot Hub: Dalhin ang lahat ng function sa isang lugar

Pakilala muna ako, ako si Torsten, responsable sa smart contract team ng Parity. Ngayon, ikukuwento ko sa inyo ang tungkol sa Polkadot Hub at ang built-in nitong smart contract execution engine, at kung paano muling huhubugin ng mga bagong kakayahang ito ang paraan ng pagbuo ng mga application sa Polkadot.

Balikan natin ang mga nakaraang problema, sa lumang arkitektura:

• Ang smart contract ay maaari lamang i-deploy sa parachain; 
• Ang mga native token, staking, governance at iba pang logic ay nakakalat sa relay chain o system chain. 

Ibig sabihin, basta't kailangan ng iyong application na pagsamahin ang mga sistemang ito, kailangan mong umasa sa XCM at komplikadong asynchronous message flow.

Ang resulta:

• Hindi alam ng mga developer kung saang chain dapat i-deploy ang application;
• Ang buong proseso ay fragmented, at hindi unified ang toolchain;
• Iba-iba ang paraan ng pagpapatakbo ng bawat chain, kaya't napaka-hiwalay ng karanasan ng mga developer. 

Ngunit ngayon, magbabago na ang lahat dahil paparating na ang Polkadot Hub!

Ang Polkadot Hub ay ang bagong "application center" ng Polkadot ecosystem. Pinagsasama nito ang lahat ng dati'y nakakalat na mga pangunahing function:

• Asset 
• Native token 
• Stablecoin 
• Staking 
• Governance 
• Smart contract 

Lahat ay pinagsama sa iisang environment.

Sa pagdating ng Hub, nawala na ang mga hangganan sa pagitan ng mga chain, ibig sabihin: sa hinaharap, ang mga Polkadot application ay itatayo at ide-deploy sa isang ganap na bagong paraan.

Pagsisimula ng dual-engine era ng smart contract: Babaguhin ng Revive ang application layer ng Polkadot

Ngayon, pag-usapan natin ang pinaka-interesado akong bahagi — ang smart contract execution engine ng Hub.

Ang execution engine na ito ay tinatawag na Revive. Ang pinakamalaking highlight nito: Ang Revive ay may dalawang built-in na execution environment, kaya't kayang patakbuhin ang dalawang uri ng smart contract system.

• Isa ay ang pamilyar na EVM, na kayang direktang magpatakbo ng EVM contracts na isinulat sa Solidity; 
• Isa pa ay ang mas modernong PVM, na sumusuporta sa Solidity o Rust. 

Ang pinaka-espesyal dito, ang EVM at PVM ay hindi dalawang hiwalay na mundo, kundi tumatakbo sa parehong address space at maaaring magtawagan. Ibig sabihin, ang smart contract ng isang system ay ganap na interoperable sa smart contract ng isa pa. Maaari silang magtawagan, at kapag tinawag nila ang isa't isa, hindi nila alam kung PVM o EVM contract ang kausap nila.

Bukod pa rito, sa pamamagitan ng precompiles, pinapayagan ng Revive ang smart contracts na direktang ma-access ang mga core function ng runtime, tulad ng staking, governance, asset management, at XCM. Ang mga component na ito ay seamless na nakakonekta sa Revive.

Susunod, ipapaliwanag ko nang maikli kung paano mag-deploy ng application sa Revive. Sa ngayon, maaari kang pumili ng dalawang wika: Solidity o Rust.

Kung gumagamit ka ng Solidity, maaari mong gamitin ang tradisyonal na Solidity compiler para gawing EVM bytecode ang code at patakbuhin ito sa EVM engine ng Revive. Maaari mo ring gamitin ang Resource C compiler na binuo ng Parity, na kayang gawing PVM bytecode ang Solidity code at i-deploy sa PVM engine. Parehong EVM at PVM code ay maaaring magtawagan. 

Kung gumagamit ka ng Rust, kailangan mo lang gamitin ang Rust compiler para i-compile at i-deploy bilang PVM smart contract. Ang mga contract na ito ay maaari ring direktang makipag-interact sa mga runtime component. 

Ngayon ipapaliwanag ko kung bakit kailangan ng Revive ng dalawang execution engine, at ang kani-kanilang mga benepisyo.

PVM: Mataas na performance, modernong execution engine

Ang PVM ay isang bagong smart contract execution environment na may mas mataas na computing power kaysa sa tradisyonal na EVM. Kaya:

• Maaari kang mag-deploy ng mas malaki at mas kumplikadong smart contract 
• Maaari kang bumuo ng mga bagong uri ng application na halos imposibleng gawin noon 

Ang PVM ay batay sa RISC-V instruction set. Ang Ethereum ay pinag-uusapan pa lang ang RISC-V sa hinaharap, ngunit nauna nang ginamit ito ng Revive at agad na magagamit ng mga developer ang teknolohiyang ito.

May dalawang paraan ng execution ang Revive:

• Interpret execution mode (kasalukuyang mode, katamtamang performance) 
• JIT (Just-In-Time) compilation mode (magbubukas sa susunod na taon, magpapalaya ng buong performance) 

Sa JIT mode, maaari kang magsagawa ng mabibigat na computation sa smart contract, tulad ng:

• Kumplikadong mathematical computation 
• Cryptographic algorithm (halos imposibleng gawin sa EVM) 

Sa EVM, kung gusto mong magdagdag ng bagong cryptographic primitive, kailangan mong i-upgrade ang precompile ng buong network, na napaka-abala; ngunit sa PVM, maaari mong direktang ipatupad ang "sarili mong precompile" sa smart contract, dahil sapat ang computing power nito.

Bakit kailangan pa rin ng EVM?

Dahil may malinaw ding mga benepisyo ang EVM:

• Maaari mong direktang ilipat ang mga protocol na tumatakbo sa Ethereum o ibang EVM chain papunta sa Revive
• Hindi kailangang baguhin ang code 
• Hindi kailangang palitan ang mga tool 
• Maaaring gamitin pa rin ang Foundry, Hardhat 
• Agad na magagamit pagkatapos ng deployment 

At, ang EVM at PVM contracts ay maaari pa ring magtawagan nang seamless.

Partikular kong binanggit ito dahil kung ang iyong protocol ay gumagamit ng ilang lumang bersyon ng Solidity compiler, maaaring hindi tumakbo ang bytecode nito sa PVM, ngunit walang problema ito sa EVM engine ng Revive.

Iyan ang dahilan kung bakit kailangan pa rin natin ng EVM engine—tinitiyak nito ang buong compatibility sa EVM.

Gayunpaman, may isang pangunahing pagkakaiba ang aming EVM engine kumpara sa standard Ethereum: iba ang paraan ng paghawak ng gas at resources.

Karaniwan, pare-pareho ang paraan ng pagkalkula ng gas sa lahat ng EVM chain, ngunit hindi ito gumagana sa Polkadot. Dahil ang Polkadot ay gumagamit ng ganap na ibang resource management system sa ilalim:

• Ang resource ng Polkadot ay tinatawag na weights, ito ay two-dimensional, ibig sabihin may dalawang uri ng resource na kailangang kalkulahin; 
• Bukod pa rito, nagdagdag pa ang smart contract engine ng Revive ng ikatlong resource: storage deposit. 

Ibig sabihin, may tatlong uri ng resource na kailangang pamahalaan sa loob ng system.

Ngunit gusto pa rin naming panatilihin ang parehong paraan ng paggamit tulad ng Ethereum toolchain, kaya't iminamapa lang namin ang mga ito bilang isang "resource na mukhang gas". Sa madaling salita, hindi alam ng Ethereum wallet ang mga internal resource ng Polkadot, kaya kailangan naming i-simulate ang Ethereum-style gas. Sa loob, ang tatlong resource ay deterministically na iminamapa bilang "gas".

Kahit na mas kumplikado ang system at may ilang kaunting pagkakaiba sa Ethereum, basta't umaasa ang mga developer sa tamang gas estimation at hindi hardcoded na value, hindi ito makakaapekto sa aktwal na paggamit.

Sa pamamagitan ng mekanismong ito, napapanatili namin ang compatibility sa Ethereum at natitiyak ang kinakailangang DOS protection ng smart contract.

Tatlong halimbawa kung ano ang kayang gawin ng Revive at Polkadot Hub

Ngayon, gusto kong ibalik ang pananaw sa buong Polkadot Hub.

Kailangan kong banggitin ang isang mahalagang proyekto: Asset Hub Migration. Ang layunin nito ay bigyan ng matibay na pundasyon ang Polkadot Hub, upang ang staking, balance, asset, at governance ay tumakbo sa iisang unified environment.

Kakatapos lang ng Asset Hub Migration kamakailan, mga ilang linggo na ang nakalipas.

Ngayon, handa na ang lahat, at maaaring magamit ng Revive ang buong kakayahan nito sa environment na ito.

Ito ang ideal environment na idinisenyo namin para sa Revive, at ito rin ang pinakamahusay na lugar para magpatakbo ng smart contract sa Polkadot Hub sa hinaharap.

Ngayon, magbibigay ako ng tatlong halimbawa kung ano ang kayang gawin ng Revive at Polkadot Hub.

Dapat malinaw na ngayon: Sa unified environment na ito, ang smart contract ay maaaring:

• Direktang ma-access ang governance at staking 
• Direktang ma-access ang native balance at iba pang asset 
• Lahat ng operasyon ay maaaring gawin nang sabay-sabay, hindi na kailangan ng asynchronous cross-chain communication 

Unang halimbawa, maaaring direktang basahin ng smart contract ang governance state, tumugon sa pagbabago ng governance proposal, at kahit mag-trigger ng sariling logic batay sa governance event. Lahat ng ito ay maaaring gawin agad sa loob ng parehong system.

Isa pang halimbawa: Ginagawang posible ng PVM ang mas kumplikadong workload. Nabanggit ko kanina, ang JIT mode ng PVM ay ilulunsad sa susunod na taon, at sa panahong iyon ay lubos na mapapalaya ang computing performance.

Sa PVM, maaari kang magpatakbo ng kumplikadong mathematical computation on-chain, na hindi magawa sa EVM dahil sa limitadong computing power. Halimbawa, ang isang DeFi protocol (tulad ng lending protocol) ay kadalasang nangangailangan ng maraming kumplikadong computation: muling pagsusuri ng risk, pag-update ng user position, pagharap sa pagbabago ng market, atbp. Dati, hindi ito kayang gawin on-chain, kaya kailangang ilipat sa off-chain; ngunit ang off-chain computation ay hindi ma-verify, hindi decentralized, at nangangailangan ng tiwala sa third party. Ang PVM ay maaaring ibalik ang mga logic na ito on-chain, upang maisagawa ito sa decentralized at trustless na paraan.

Ang ganitong mga protocol ay maaari ring magsagawa ng simulation computation on-chain. Kung gusto mong magpatakbo ng simulation at makita kung ano ang mangyayari sa isang scenario, maaari mo na itong gawin on-chain. Karaniwan, malaki ang computation ng simulation, lalo na kung kailangan ng loop, kaya't hindi ito magawa noon.

Nabanggit ko na rin ang cryptography. Ngayon, maaari mo nang ilagay ang kumplikadong cryptographic algorithm sa smart contract para direktang patakbuhin—ang mga algorithm na ito ay nangangailangan ng malaking computing power, ngunit ang PVM ay perpekto para dito. Sa cryptography, isang mahalagang direksyon ay ang zero-knowledge application. Sikat ngayon ang zero-knowledge proof, ngunit dahil sa laki ng computation, hindi ito kayang patakbuhin noon sa smart contract. Sa pagdating ng PVM, nagkaroon ng pagkakataon ang mga zero-knowledge application na maisakatuparan sa smart contract.

Ngayon, gusto kong pag-usapan ang product strategy ng Parity.

Alam n'yo na, magtatayo kami ng maraming bagong produkto, at magiging pundasyon ng mga produktong ito ang Revive at Polkadot Hub. Siyempre, may iba pang base layer, ngunit basta execution engine ng smart contract ang usapan, tatakbo ito sa Revive at Polkadot Hub.

Sa estruktura, ganito ang pagkakaintindi:

• Pinakalabas ay ang Polkadot Hub, at sa loob ng Hub ay tumatakbo ang Revive;
• Puwede kang pumili ng EVM o PVM depende sa pangangailangan ng proyekto;
• Sa ibabaw nito, naroon ang iba't ibang produkto para sa end user.

Ilulunsad ang Polkadot Hub sa Disyembre

Sa huli, gusto kong magbigay ng maikling pananaw.

Kung gusto mong magsimulang magtayo sa Revive at Polkadot Hub, maaari kang magsimula sa mga sumusunod na paraan.

Kung gusto mong ipagpatuloy ang pamilyar mong paraan ng pag-develop—halimbawa, mayroon ka nang mature na workflow, o madalas mong gamitin ang Foundry, Hardhat at iba pang Ethereum tools—maaari mong direktang piliin ang EVM, at agad na magagamit ang engine.

Siyempre, maaari mo ring piliin ang PVM. Nagbigay kami ng mga tool para sa PVM na katulad ng Foundry at Hardhat, ngunit hindi mo maaaring direktang gamitin ang standard na bersyon, dahil hindi ito sumusuporta sa PVM at wala ring PVM compiler. Ngunit nagbigay kami ng sarili naming adapted version, at halos pareho lang ang paraan ng paggamit.

Bukod pa rito, maaari ka ring makipag-interact sa iba pang core function ng Polkadot Hub sa pamamagitan ng precompiles.

Tungkol sa launch time, ang Polkadot Hub at lahat ng kaugnay na component ay ide-deploy sa Kusama sa Nobyembre, at malapit na itong dumating. Sa Disyembre, opisyal na itong ilulunsad sa Polkadot mainnet.

Tulad ng nabanggit ko, lahat ng foundational work ay handa na para sa Revive.

Marami pang advanced na function ang ilulunsad sa susunod na taon, at partikular kong gustong bigyang-diin ang JIT engine ng PVM.

Patuloy din naming ini-explore ang iba pang mas advanced na teknolohiya, tulad ng suporta sa bagong smart contract language sa hinaharap, ngunit hindi ko muna ito palalawakin dito—abangan n'yo na lang.

Kung gusto mong mag-develop sa Polkadot Hub at Revive, maaari mong i-scan ang QR code na ito.

Maligayang pagdating na maging bahagi ng hinaharap ng Parity at Polkadot! Maraming salamat sa inyong lahat!