Paparating na Hardfork na Nakasentro sa Covenant ng Kaspa: Ang Alam Natin

Ano ang Covenant-Centric Hardfork ng Kaspa?

Ayon sa Ang sinulid ni Terah, balakubak ay naghahanda ng isang naka-iskedyul na hardfork na nakasentro sa tipan pag-activate ng mainnet noong Mayo 5, 2026. Lumalawak ang pag-upgrade Layer 1 (L1) kakayahang magprograma sa pamamagitan ng pagpapakilala ng mga katutubong asset at pinalawak na functionality ng covenant. Inilalatag din nito ang pundasyon para sa mga programang napapatunayan (vProgs) at mga integrasyong walang kaalaman (zero-knowledge o ZK).

Ang Kaspa ay gumagana bilang isang proof-of-work blockchain gamit ang isang arkitektura ng blockDAG. Pag-upgrade ng Crescendo Noong Mayo 2025, tumaas ang throughput sa 10 blocks per second (BPS). Kaya, ang paparating na hardfork ay itinatayo sa pundasyong iyon nang hindi binabago ang mga kinakailangan sa node o mga pangunahing kaalaman ng pinagkasunduan.

Inilalarawan ng mga pangunahing developer ang paglabas bilang isang scoped upgrade. Nakatuon ito sa pagpapagana ng pag-isyu ng native token, mga programmable spending rule, at pag-verify ng ZK sa L1. 

Ano ang Timeline para sa Hardfork sa Mayo 5, 2026?

May ilang mahahalagang pangyayari bago ang pag-activate ng mainnet, ayon sa thread ni Terah:

• I-reset ang Testnet 12 (TN12): Naka-iskedyul sa unang bahagi ng Pebrero 2026 upang suportahan ang covenant at native asset testing.
   
• Pangako sa Sequencer KIP: Inaasahan sa bandang Pebrero 12, 2026. Ipinakikilala ng panukalang ito ang mga pangako sa payload ng mga miner upang palakasin ang real-time na desentralisasyon.
   
• Paglabas ng SilverScript: Isang mataas na antas ng lengguwahe ng programming para sa pagsulat ng mga programa sa Kaspa. Binuo ni Ori Newman at mga kontribyutor, pinapasimple nito ang pagbuo ng covenant.
   
• Pangunahing Hardfork: Mayo 5, 2026.

Kabilang sa mga post-hardfork upgrade ang DAGKnight, na nagta-target ng adaptive consensus at throughput na higit sa 100 BPS, at ang buong pag-deploy ng vProgs.

Paano Gumagana ang mga Native Asset at Covenant sa Kaspa?

Mga Katutubong Asset sa Layer 1

Ipinakikilala ng hardfork ang mga katutubong asset, kabilang ang suporta para sa Mga token ng KRC20Ang mga asset na ito ay direktang umiiral sa L1 at maaaring ilipat nang atomiko.

Ang mga atomic transfer ay nalalapat sa:

• Mga regular na inline na kasunduan
• Mga pagpapatupad ng kasunduang ZK at hindi ZK
• Mga paglilipat ng token ng KRC20

Ang mga inline covenant ay bumubuo ng mga agarang patunay sa loob ng wallet. Walang decoupling sa pagitan ng data ng transaksyon at paglipat ng estado. Sinusuportahan ng disenyong ito ang atomicity at deterministic execution.

Mga Pinalawak na Tipan (Mga Tipan++)

Ang sistemang covenant ng Kaspa ay hango sa pananaliksik ng Bitcoin sa mga programmable na kondisyon sa paggastos ng UTXO. Pinalalawak ng Covenants++ ang sistemang ito upang payagan ang mas makahulugang mga patakaran sa transaksyon.

Tuklasin ang Mga Promising Project...

Mga Promising Project...

(Advertisement)

Nagpapatuloy ang artikulo...

Kasama sa mga kaso ng paggamit ang:

• Mga kontrol sa seguridad na parang vault
• Mga mekanismo ng escrow
• Mga kondisyonal na paglilipat
• Nakabalangkas na lohika ng token

Ang sistema ay nagpapanatili ng isang modelo ng UTXO sa halip na mga ganap na smart contract na nakabatay sa account.

Ano ang Computational DAG (CDAG)?

Ipinakikilala ng hardfork ang Computational DAG (CDAG). Itinatala ng CDAG ang lahat ng deklarasyon ng pagbasa at pagsulat na ginawa ng mga programa.

Ang istrakturang ito:

• Sinusubaybayan ang paggamit ng mapagkukunan
• Kinokontrol ang mga dependency sa pagitan ng mga programa
• Nagpapatupad ng mga pangako sa gas

Ang disenyo ay maihahambing sa mga modelo ng pagpapatupad sa mga blockchain tulad ng Solana at Sui, ngunit ipinatupad nang buo sa loob ng kapaligirang blockDAG ng Kaspa.

Ang CDAG ay gumaganap ng isang mahalagang papel sa pagpapagana ng soberanya ng vProgs.

Ano ang mga vProg at Paano Sila Nagkakaiba sa mga Smart Contract?

Ang mga vProg ay mga sovereign program na isinasagawa sa labas ng L1 habang inaayos ang mga resulta sa L1 sa pamamagitan ng mga patunay.

Mga pangunahing katangian:

• Pagpatay sa soberanya: Ang bawat vProg ay tumutukoy sa sarili nitong mga tuntunin sa throughput at dependency.
• Pagkontrol sa dependency batay sa gas: Hindi mababasa ng isang vProg ang estado ng isa pang vProg maliban kung magbabayad ito ng gasolina para sa konsumo ng mapagkukunan.
• Mga paglilipat na hindi atomiko: Ang mga vProg ay hindi transparent sa L1 tulad ng mga native asset. Ang mga paglilipat ay asynchronous at non-atomic.
• Kinakailangan sa nakabalot na KAS: Ang anumang hindi-inline na covenant ay dapat gumamit ng nakabalot na KAS sa pamamagitan ng isang canonical bridge. Hindi maaaring direktang gamitin ang Native L1 KAS.

Pinaghihiwalay ng disenyong ito ang komputasyon at estado mula sa L1 habang pinapanatili ang ibinahaging sequencing at settlement.

Sino ang Dapat Gumawa ng mga vProg?

Ayon sa mga talakayan ng komunidad, karamihan sa mga regular na developer ng application ay maaaring hindi nangangailangan ng vProgs.

Gayunpaman, maaaring mag-apela ang vProgs sa:

• Mga arkitekto ng Appchain
• Mga pangkat na sumusuri sa mga sistemang istilo ng rollup
• Mga proyektong bumubuo ng mga ahente ng AI na may malaking on-chain state
• Mga taga-disenyo ng sistema na naghahambing sa mga kontrata ng L1, mga rollup ng L2, at mga hybrid na modelo

Pinagsasama ng mga vProg ang pinag-isang L1 sequencing na may externalized state at computation.

Ano ang Papel na Ginagampanan ng Zero-Knowledge (ZK)?

Isinasama ng hardfork ang beripikasyon ng ZK sa L1, na nagpapalawak sa mga naunang panukala tulad ng KIP-16.

Kabilang sa mga sinusuportahang kakayahan ang:

• Pagpapatunay ng Groth16
• Mga tulay na walang tiwala sa mga sistemang L2
• Mga potensyal na aplikasyon na nakatuon sa privacy

Inaasahang tatakbo ang mga unang aplikasyon nang online, kung saan direktang bubuo ng mga patunay ang mga wallet. Maging ang mga implementasyon ng ZK na nakabatay sa covenant na binuo ng mga kontribyutor tulad nina Hans at Maxim ay inaasahang tatakbo sa mga hardware ng kalakal. Hindi kinakailangan ang espesyal na imprastraktura ng prover para sa mga maagang pag-deploy.

Ang isang karaniwang laptop ay maaaring makabuo ng mga patunay sa ilalim ng kasalukuyang mga pagpapalagay.

Posible na ang mga programang nakatuon sa privacy pagkatapos ng hardfork. Gayunpaman, ang privacy ay hindi nakalista bilang pangunahing pokus ng roadmap.

Paano Nauugnay ang Sparkle sa mga vProg?

Ang Sparkle ay isang arkitekturang iminungkahi ni Anton para sa pagsasama-sama ng mga computational DAG at ZK proof. Bagama't parehong gumagamit ang Sparkle at vProgs ng mga component na CDAG at ZK, tinutugunan nila ang iba't ibang tanong sa disenyo.

Ang natatanging katangian ng vProgs ay ang regulasyon ng dependency. Kinokontrol ng bawat programa ang throughput nito at iniiwasan ang mga arbitraryong panlabas na dependency. Sinusuportahan ng modelong ito ang composability habang pinapanatili ang isolation.

Makakaapekto ba ang Hardfork sa Seguridad, MEV, o mga Kinakailangan sa Node?

• Badyet sa Seguridad: Walang inaasahang direktang epekto sa maikling panahon. Ang mga pagpapabuti ay nakasalalay sa tunay na pag-aampon ng produkto sa halip na mga pagbabago sa imprastraktura.
   
• Mga Kinakailangan sa Node: Walang pagbabago.
   
• Mga Subasta ng MEV Kickback: Itinuturing na napaaga dahil sa kasalukuyang yugto ng pag-unlad ng ecosystem.
   
• Paggiling ng PoW para sa mga STARK: Tinutukoy ng mga talakayan ang makasaysayang pag-uugali sa unang bahagi ng Ethereum, kung saan ang mga address na may nangungunang mga zero ay nagbawas sa mga gastos sa gas, na siya namang humantong sa mga merkado ng proof-of-work grinding. Ang pagbanggit ay konteksto sa halip na isang kasalukuyang tampok.

Ano ang Idinaragdag ng SilverScript?

Ang SilverScript ay isang mataas na antas na wika na idinisenyo para sa mga programa ng Kaspa. Nilalayon nitong gawing simple ang pagbuo ng kasunduan at programa.

Kabilang sa mga layunin ng disenyo nito ang:

• Nababasang sintaks
• Accessibility para sa mga bagong developer
• Pagkakatugma sa awtomatikong kagamitan

Inaasahang mababawasan ng SilverScript ang hadlang para sa pagsulat ng mga aplikasyong nakabatay sa covenant kapag naging live na ang mga native asset.

Konklusyon

Pinalalawak ng covenant-centric hardfork ng Kaspa ang Layer 1 functionality sa pamamagitan ng mga native asset, extended covenants, at ZK verification. Ipinakikilala nito ang CDAG para sa structured dependency tracking at inilalatag ang pundasyon para sa sovereign vProgs. Pinapanatili ng upgrade ang mga umiiral na node requirement at proof-of-work consensus habang pinapagana ang programmable token issuance at atomic transfers.

Ang pag-activate noong Mayo 5, 2026 ay nagmamarka ng isang teknikal na hakbang sa roadmap ng Kaspa. Nagdaragdag ito ng nakabalangkas na programmability sa antas ng protocol at inihahanda ang network para sa mga karagdagang pag-upgrade, kabilang ang DAGKnight at buong pag-deploy ng vProgs.

Pinagmumulan:

• Kaspa Convenant-centric Hard ForkPagbibilang sa Kas.live
• Terah X ThreadMga Paparating na Milestone at Covenant-centric Hard Fork
• Pananaliksik sa KaspaIsang pormal na backbone model para sa vProg computation DAG