Nag-aaral ako sa ilang pinakabagong pag-unlad ng @Starknet at napansin ko ang SNIP-36. Tawag nito ay In Protocol Proof Verification, at ang pinakabagong v0.14.4 upgrade ay nagiging mas interesante pa nito. Ngunit una, ano nga ba ang ginagawa ng SNIP-36? Isipin ang mga aplikasyon na kailangang gawin ang malalaking komputasyon. Ang paggawa ng lahat ng gawaing ito nang direkta sa chain ay maaaring mahal at maraming mapagkukunan. Ang SNIP-36 ay naglalabas ng ibang paraan. Ang mga aplikasyon ay maaaring pagsabihan ang angkop na lohika nang nasa labas ng chain, gumawa ng STARK proof ng pagpapatakbo, at ipasa ang proof sa Starknet para sa pag-verify. Narito kung paano gumagana ang proseso: - Ang aplikasyon ay pagsasabihan ang kanyang lohika nang nasa labas ng chain batay sa isang tiyak na Starknet state. - Ang S Two prover ay gumagawa ng proof na nagpapakita na ang pagpapatakbo ay wasto. - Ang aplikasyon ay ipinapasa ang proof kasama ang data na tinatawag na proof_facts. - Ang Starknet consensus ay nag-verify ng proof, at ang contract ng aplikasyon ay maaaring gamitin ang verified result para gawin ang kinakailangang pagbabago sa state. Sa simpleng salita, ang komputasyon ay nangyayari nang nasa labas ng chain, samantalang ang kawastuhan nito ay maaari pa ring i-verify sa Starknet. Ngayon, narito kung ano ang nagiging interesante sa pinakabagong upgrade. Sa pamamagitan ng Starknet v0.14.4, ang SNIP-36 ay lumalawak paharap sa maliliit na virtual transaction at sumusuporta sa pag-prove ng mas malalaking, block-sized na komputasyon. Sa ilalim ng mga tinukoy na kondisyon, isang proven transaction ay maaaring maglaman ng hanggang 1.1 bilyon na L2 gas na halaga ng komputasyon. Ibig sabihin nito, ang mga aplikasyon ay maaaring mag-handle ng mga workload na masyadong malaki para sa isang karaniwang transaction, sa pamamagitan ng pag-prove ng pagpapatakbo kesa sa pagbabayad nito bilang karaniwang on-chain na pagpapatakbo. Kaya, bakit ito mahalaga? 1. ZKThreads at application scaling Ang mga aplikasyon ay maaaring ilipat ang mas maraming pagpapatakbo nang nasa labas ng chain at ibalik ang verified result sa Starknet. Ito ay bukas sa mga posibilidad para sa application-specific scaling sa pamamagitan ng ZKThreads. 2. Mga aplikasyong nakatuon sa privacy Ang SNIP-36 ay maaari ring suportahan ang mga aplikasyon na gumagamit ng private inputs habang ipinapakita lamang ang kinakailangang public results. Ang kasalukuyang implementasyon ay nag-aalok ng computational privacy, ngunit hindi ito dapat ikalat sa buong mathematical zero knowledge privacy guarantees. 3. Mas maraming kalayaan para sa mga developer Ang mga developer ay may mas maraming espasyo upang bumuo ng mga aplikasyon na kailangan ng kompleks na komputasyon nang hindi pinipilit na ilipat lahat ng workload sa karaniwang on-chain na pagpapatakbo. Isang bagay na nakakainteres sa akin tungkol sa Starknet ay hindi ito nakatuon lamang sa pagproseso ng mas maraming transaction. Ito rin ay nagiging mas madali para sa mga app na mag-handle ng kompleks na komputasyon nang hindi isinasagabal ang lahat ng workload sa chain. Dito kumikilos ang SNIP-36. Mas maraming komputasyon na may verifiable result ay mas maraming posibilidad para sa mga builder sa Starknet. Paano pa man ito sa simula, siguradong isang bagay na dapat panatilihin sa obserbasyon.