Ipaliwanag ang Ethereum EIP-8479: Post-Quantum PeerDAS at Variable-Size Blobs

2026/11/03 16:03:00

Ano kung maaaring gawing mas matatag ang infrastructure ng data availability ng Ethereum sa hinaharap na mga quantum computer habang ibinibigay ang mas malaking flexibility sa Layer 2 networks kung paano nila ipapalabas ang transaction data? Isang bagong proposta na ipinakilala ni Ethereum Foundation researcher na Francesco Risitano noong November 1, 2026, ay tumatalakay sa eksaktong posibilidad na iyon. Ang draft, na orihinal na may numero na EIP-9999, ay nagpropone na palitan ang KZG commitments sa PeerDAS gamit ang Keccak-256 Merkle commitments at LeanDA STARK proofs. Ito rin ay naglalayong magdagdag ng variable-size blobs na may saklaw mula sa 2 KiB hanggang 512 KiB, na nagpapahintulot sa mga rollup na pumili ng data capacity na mas malapit sa kanilang pangangailangan. Ang Ethereum Magicians discussion thread ay gumagamit ng EIP-8479 designation, kaya mahalaga ang pagkakaiba sa numbering kapag sinusunod ang proposta. Bagaman nananatili pa ito sa maagang yugto ng pagsusuri, ito ay nag-uugnay sa tatlong pangunahing prioridad sa pag-unlad ng Ethereum: post-quantum cryptography, data availability, at Layer 2 scalability. Ang potensyal na kahalagahan nito ay lumalawak pa sa labas ng protocol engineering, at nagtataya ng mga tanong tungkol sa mga gastos ng rollup, kompetitibong kalidad ng infrastructure ng Ethereum, at mas mahabang panahon na halaga ng ETH sa ecosystem.

Mga Pangunahing Tala

Bagong propostal pagkatapos ng quantum: Ang draf ay nag-aaral ng pagpapalit sa mga komitment na KZG-based na PeerDAS gamit ang mga Merkle commitment na Keccak-256 at mga proof na LeanDA STARK.
Mga blob ng variable na laki: Ang disenyo ay nagpapahintulot sa mga laki ng blob na power-of-two mula sa 2 KiB hanggang 512 KiB habang nananatili ang 128 na kolum bawat blob.
Mga epekto ng Layer 2: Maaaring piliin ng rollups ang mga kapasidad ng data na mas malapit sa mga batch ng transaksyon, na maaaring mapabuti ang paggamit ng data.
Mga pagbabago sa kriptograpiya: Ang mga Merkle authentication paths ay magiging palit sa KZG cell proofs, habang ang STARK proofs ay magpapatotoo sa Reed-Solomon encoding at commitment derivation.
Maagang yugto ng pag-unlad: Ang propuesta ay nananatiling draft, kung saan ang mga parameter ng proof-system, client integration, at performance benchmarks ay nangangailangan pa ng paggawa.
Kahalagahan ng ETH market: Ang panukala ay maaaring mapalakas ang pangmatagalang istorya ng infrastruktura ng Ethereum, ngunit hindi ito nagtatag ng agad-agad na katalisador para sa presyo ng ETH o garantiya ng mas mababang bayarin sa transaksyon.

Ano ang Ethereum EIP-8479 at bakit ito inilahad?

Tinutugon ng panukala ang dalawang konektadong hamon: ang pangmatagalang kryptograpikong seguridad ng layer ng data availability ng Ethereum at ang pangangailangan para sa mas fleksibleng kapasidad ng data para sa rollups. Ang orihinal na spesipikasyon nito ay may pamagat na EIP-9999, na ginamit ang pamagat na EIP-8479 sa talakayan noong Nobyembre 1. Ito ay isinulat ni Francesco Risitano, Thomas Coratger, at Tom Wambsgans, at ang unang draf nito ay petsa ng Oktubre 26, 2026. Ang panukala ay isang Core, Standards Track EIP at kasalukuyang may katayuan na Draft. Ito ay tumutukoy sa ilang kaugnay na panukala, kabilang ang EIP-4844, EIP-7594, EIP-7892, EIP-8141, at EIP-8288.

Bakit kailangan ng ibang kriptograpikong pagkakaroon ang Existing PeerDAS

Ang PeerDAS, o Peer Data Availability Sampling, ay nagpapahintulot sa mga node ng ethereum na i-check kung available ang blob data nang hindi downloadd ang bawat byte ng buong blob. Ang mekanismo ay nagdudistribute ng data sa mga kolomna, nagtatalaga ng mga responsibilidad sa pagpapanatili sa mga node, at nagpapahintulot sa mga miyembro na sampulin ang mga piniling bahagi. Ito ay nagbabawas sa mga pangangailangan sa data para sa karaniwang validator habang pinapanatili ang paraan para i-check ang availability ng data.

Ang kasalukuyang disenyo ay gumagamit ng KZG commitments at cell proofs upang autentikuhin ang mga sample na data. Ang KZG ay nakabatay sa elliptic-curve pairing cryptography, na vulnerable sa prinsipyo sa sapat na kakayahan ng fault-tolerant quantum computers na nagpapatakbo ng Shor's algorithm. Bagaman hindi pa available ang praktikal na quantum computers na makakabasag sa mga kriptograpikong aksiyoma ng Ethereum, ang mga researcher ng protocol ay nag-evaluate ng mga alternatibo bago maging operational ang ganitong banta. Ang diskusyon sa EIP-8479 ay kaya ay nagpapakita ng isang forward-looking security strategy at hindi isang tugon sa isang agad na quantum attack.

Bakit Mahalaga ang Pagkakaroon ng Flexibilidad sa Blob para sa Ethereum

Ang pangalawang motibasyon ay tumutukoy sa paraan kung paano kinukuha at ipinapakita ng rollups ang kapasidad ng data. Ang mga data structure na may fixed size ay maaaring magdulot ng inefficiencies kapag ang transaction batch ng rollup ay hindi tumutugma sa available na kapasidad. Ang mas maliit na batch ay maaaring iwanan ang hindi gamit na puwang, habang ang paghintay para makalikha ng mas malaking batch ay maaaring magdulot ng karagdagang pagkaantala sa pagpapakita.

Ang mga variable-size blobs ay naglalayong bigyan ng mas maraming kontrol ang mga operator ng rollup sa kompromis na ito. Sa halip na tratuhin ang bawat pagsumbong bilang isang unit na may fixed capacity, ang ipinapropose na disenyo ay nagpapahintulot na tumakbo ang sukat ng mga blob sa mga kapangyarihan ng dalawa. Maaari itong gawing mas adaptable ang pagpapalabas ng data sa iba’t ibang volume ng transaksyon at mga pangangailangan sa pagpapatakbo.

Paano nagpapalit ang EIP-8479 ng KZG sa Post-Quantum STARKs?

Ang sentral na kriptograpikong pagbabago ay ang pagpalit ng KZG commitments at cell proofs sa Keccak-256 Merkle commitments, Merkle authentication paths, at LeanDA STARK proofs. Ang disenyo ay naghihiwalay sa gawain ng pag-authenticate ng mga indibidwal na data sample mula sa gawain ng pagpapatotoo na ang buong blob ay na-encode at na-commit nang tama. Ito ay layuning tanggalin ang pagkakasalalay sa mga assumptions ng elliptic-curve pairing at alisin ang trusted setup na kinakailangan ng umiiral na KZG construction.

Keccak-256 Merkle Commitments

Ang Merkle tree ay nag-uugnay ng data sa pamamagitan ng paulit-ulit na hashing. Ang mga indibidwal na elemento ng data ay unang hashin upang maging leaf nodes, pagkatapos ay pinagsasama ang mga pares ng hash upang lumikha ng mas mataas na antas ng nodes. Patuloy ang proseso hanggang sa mabuo ang isang solong Merkle root na kumakatawan sa pinalabas na istraktura ng data.

Sa inirerekomendang disenyo ng PeerDAS, bawat blob ay may Merkle commitment batay sa Keccak-256. Kapag ang isang node ay sumample ng isang partikular na data cell, maaari itong makatanggap ng kaugnay na Merkle authentication path at mag-verify nang independiyente kung ang cell ay bahagi ng committed blob. Ito ay nagbibigay ng paraan upang autentikuhin ang sampled na data nang hindi nakasalalay sa KZG cell proofs.

Ang Keccak-256 ay partikular na may kahalagahan dahil ang mga kriptograpikong konstruksyon batay sa hash ay karaniwang itinuturing na mas angkop para sa post-quantum security kaysa sa mga istruktura batay sa elliptic-curve discrete logarithms. Ang mga quantum search algorithm ay maaari pa ring bawasan ang epektibong seguridad ng mga hash function, kaya mahalaga pa rin ang mga parameter ng seguridad at detalye ng implementasyon. Dapat maunawaan ang proposta bilang isang hakbang patungo sa quantum-resistant cryptographic assumptions, hindi bilang garantiya laban sa lahat ng hinaharap na quantum attack.

Ano ang tinutukoy ng LeanDA STARK?

Ang Merkle authentication ay nagtatatag na ang isang sample na cell ay bahagi ng isang partikular na nakakomit na istraktura ng data, ngunit kailangan rin ng protokolo na matatag na tama ang data encoding at pagbuo ng commitment ng blob. Dito nagiging mahalaga ang LeanDA STARK.

Ang ipinapahiwatig na STARK ay nagpapatotoo sa dalawang pangunahing katangian: na ang blob ay sumasailalim sa kanyang ugnayang Reed-Solomon encoding at na ang kaugnay na Merkle commitment ay tama nang natagpuan. Ang Reed-Solomon coding ay nagdadala ng redundancy na nagpapahintulot sa pagbuo muli ng mga nawawalang bahagi ng data kapag sapat na mga valid na bahagi ang naiwan. Ang patotoo ay nagpapahintulot sa network na i-verify ang mga kaugnay na encoding at commitment relationships nang hindi kailangang ulitin ng bawat verifier ang buong computation nang hiwalay.

Kasama rin ng panukala ang pagkonekta ng mga patotoo ng LeanDA sa EIP-8288, na nagbibigay ng block-level na recursive STARK aggregation framework. Sa halip na tratuhin ang bawat patotoo bilang isang hiwalay na pag-verify, ipinapakilala ng disenyo ang mga data-availability dependency frames kung saan ang kanilang mga patotoo ay maaaring i-fold sa mas malawak na block-level na aggregate. Ang integrasyong ito ay teknikal na mahalaga dahil ang mga gastos sa pagbuo, pag-aggregate, at pag-verify ng patotoo ay magiging malaking salik kung ang disenyo ay praktikal para sa mga Ethereum client.

Paano nagbabago ng Ethereum Data Availability ang mga variable-size blobs?

Ang panukala ay naglalayong maglagay ng mga laki ng blob na nasa pagitan ng 2 KiB hanggang 512 KiB, na may mga suportadong haba ng byte na limitado sa mga kapangyarihan ng dalawa. Bawat blob ay nananatiling may 128 na kolum, na nangangahulugan na ang haba ng byte ng mga indibidwal na yunit ng data ay nagbabago habang ang kabuuang istruktura ng kolum ay nananatiling pare-pareho. Ito ay isang malaking pagkakaiba mula sa tradisyonal na modelo ng blob na may fixed size na ginagamit ng umiiral na infrastruktura ng data availability ng ethereum.

Mula sa Fixed Capacity hanggang sa Flexible Data Publication

Sa ipinropose na disenyo, maaaring piliin ng isang rollup ang laki ng blob na mas malapit sa amount ng data na kailangan niyang ipabili. Maaaring gamitin ng maliit na transaction batch ang mas maliit na blob, habang maaaring piliin ng mas malaking batch ang mas malaking kapasidad. Ang layunin ay mabawasan ang hindi kinakailangang padding at bigyan ang mga rollup ng higit na flexibility sa pagbalanse ng gastos sa data availability laban sa kahalagahan ng pagpapalabas.

Ang mga sumusunod na halimbawa ay nagpapakita ng inirerekomendang saklaw ng kapasidad:

2 KiB: Isang maliit na pagsumbong ng data na nangangailangan ng limitadong kapasidad.
8 KiB–64 KiB: Intermediate na sukat para sa relatibong kompaktong mga transaksyon na batch.
128 KiB: Pamilyar na talaan na tumutugma sa tradisyonal na kapasidad ng blob.
256 KiB–512 KiB: Mas malalaking pagpapadala na nangangailangan ng karagdagang kapasidad sa data.

Ang propuesta ay nagtatakda rin ng mga pagbabago sa mga transaksyon na nagdadala ng blob. Sa halip na mag-asa lamang sa umiiral na representation ng versioned-hash, ang proponedong istruktura ng transaksyon ay gumagamit ng Merkle root at isang eksplisitong byte-length field. Ang mga transaksyon na nagdadala ng blob ay kinakatawan gamit ang EIP-8141 frame transactions, na naglalink sa bagong istruktura ng data sa mas malawak na disenyo ng format ng transaksyon.

Paano Maaapektuhan ang Gas Costs ng Variable-Size Blobs?

Ang flexible blob capacity ay maaaring mapabuti ang paggamit ng data, ngunit ang ugnayan sa pagitan ng laki ng blob at mga bayarin ay hindi ganito simpleng pumili ng mas maliit na blob at awtomatikong magbabayad ng mas kaunti. Ang propostal ay nagbabago rin sa mga pangangailangan sa networking at gas accounting, kabilang ang mga gastos kaugnay ng Merkle authentication at ang bagong proseso ng pag-verify.

Para sa mga rollup operator, ang kaugnay na kalkulasyon ay higit pa sa raw data capacity. Dapat nilang isaalang-alang ang laki ng transaction batch, kahalagahan ng blob publication, gastos sa proof-generation, network propagation, at market price ng blob gas. Maaaring mas epektibo ang mas maliit na blob para sa isang workload, habang mas mainam ang mas malaking pagsumbong para sa iba.

Kaya ang disenyo ay nagdadala ng pagkakataon upang mapabuti ang pagpapalabas ng data kaysa magbigay ng pangako ng pangkabuuang pagbaba ng bayad. Ang tunay na savings ay magiging batay sa mga benchmark ng implementasyon at kung paano mag-aadapt ang mga developer ng rollup sa kanilang mga batching strategy pagkatapos ng proposal ay masusuri pa.

Ano ang maaaring ibig sabihin ng EIP-8479 para sa mga Ethereum Layer 2 Networks?

Ang panukala ay maaaring gawing mas adaptable ang infrastructure ng data availability ng Ethereum sa mga pangangailangan ng Layer 2 networks, lalo na ang mga rollup na nagpapalabas ng data ng transaksyon sa mga batch. Ang Arbitrum, Optimism, at Base ay mga halimbawa ng mga pangunahing ecosystem ng Ethereum scaling kung saan ang mga operator ay may interes sa epektibo at maayos na pagpapalabas ng data. Gayunpaman, ang EIP-8479 ay hindi direktang nagbabago sa kanilang execution environments o nagjamin ng agad na pagbaba sa mga bayarin sa transaksyon ng user.

Mga potensyal na benepisyo para sa mga operator ng Rollup

Dapat magbalanse ang mga rollup sa kahalagahan ng pagsumbong ng mga batch ng transaksyon kasama ang gastos sa pagpapalabas ng data sa Ethereum. Ang mga blob na may fixed capacity ay maaaring maglikha ng pagkakaiba sa pagitan ng tunay na pangangailangan sa data at ang kapasidad na binili. Ang mga variable-size blob ay maaaring magbigay ng higit pang pagpipilian sa mga operator habang nagdudisenyo ng laki ng batch at mga jadwal ng pagpapalabas.

Halimbawa, ang isang rollup na nakakaranas ng relatibong mababang aktibidad sa transaksyon ay maaaring pumili na mag-publish ng mas maliit na mga batch nang hindi naghihintay na makalikom ng sapat na data upang punuin ang isang mas malaking fixed-capacity na istruktura. Ang isang rollup na may mataas na volume naman ay maaaring gamitin ang mas malalaking blob upang i-consolidate ang higit pang data sa bawat pagsumbong. Maaaring mapabuti ng mga pagpili na ito ang operasyonal na fleksibilidad at tulungan ang mga developer na i-optimize ang ugnayan sa pagitan ng gastos sa data availability at latency ng transaksyon.

Hindi kinakailangang magkapareho ang benepisyo sa iba’t ibang network. Ang mga rollup ay nagkakaiba sa volume ng transaksyon, mga teknik ng kompresyon, mga modelo ng pagse-sequence, at mga estratehiya sa pagpapalabas ng data. Bilang resulta, kailangan ng mga developer na suriin kung ang karagdagang flexibility ay hihigit sa gastos sa pag-implement at pagbuo ng patunay.

Mga epekto sa kompetisyon ng Ethereum's Layer 2

Kumikilos ang Ethereum sa kalaban ng mga alternatibong ecosystem ng blockchain na nag-aalok ng iba’t ibang paraan sa pagpapatupad, pag-settle ng transaksyon, at pagkakaroon ng data. Ang pagpapabuti ng efisensiya ng kanyang blob infrastructure ay maaaring suportahan ang posisyon ng Ethereum bilang settlement at layer ng pagkakaroon ng data para sa mga aplikasyon batay sa rollup.

Gayunpaman, ang kakayahan ng network ay nakadepende sa higit pa sa kapasidad ng blob. Ang mga developer at gumagamit ay kumikilala rin sa mga bayarin sa transaksyon, pagganap ng aplikasyon, likwididad, interoperabilidad, seguridad, at suporta sa ecosystem. Tinutugon ng EIP-8479 ang isang mahalagang bahagi ng mas malawak na ekwasyon: ang kriptograpiko at data-availability infrastructure na nakabatay sa rollup scaling.

Kaya ang potensyal na kontribusyon nito ay pinakamabuting ihahalintulad bilang isang pagpapabuti ng imprastruktura na maaaring mapalakas ang Ethereum's Layer 2 development environment sa paglipas ng panahon, kaysa bilang isang agad na kompetitibong kalamangan na nakikita na.

Paano Nakakasali ang EIP-8479 sa Post-Quantum Roadmap ng Ethereum?

Tinutugon ng EIP-8479 ang komponente ng data availability sa mas malawak na pananaliksik ng Ethereum tungkol sa post-quantum. Hindi ito nagpapalit sa bawat kriptograpikong primitive na ginagamit ng network, at hindi rin ito nagiging ganap na quantum-resistant ang Ethereum. Kailangan ng kanilang sariling estratehiya ng migrasyon ang consensus signatures, account authentication, at iba pang kriptograpikong sistema.

Tatlong Cryptographic Areas ang Kailangan ng Pagmamalasakit

Ang kriptograpikong arkitektura ng ethereum ay naglalaman ng ilang mga komponente na may iba't ibang mga asumpsyon sa seguridad:

Mga consensus signature: Gumagamit ang mga validator ng ethereum ng mga BLS signature upang makilahok sa consensus at mag-aggregate ng mga attestations. Dahil nakasalalay ang BLS sa elliptic-curve pairing cryptography, ang mga mananaliksik ay nag-aaral ng mga alternatibong sistema ng signature na maaaring magbigay ng mas malakas na mga katangian ng post-quantum security.

Mga lagda ng account: Ang mga standard na externally owned account ay gumagamit ng ECDSA signatures. Ang sapat na makapangyarihang quantum computer ay teoretikal na maaaring gamitin ang Shor's algorithm upang makuha ang impormasyon ng private-key mula sa mga ekspos na public keys sa ilalim ng mga kaugnay na elliptic-curve assumptions. Ang account abstraction at mga alternatibong mekanismo ng pag-verify ng lagda ay isa sa mga paraan na maaaring suportahan ang hinaharap na paglipat.

Mga pagsisiguro tungkol sa pagkakaroon ng data: Ang mga KZG commitment ay ang komponenteng direkting tinutukoy ng panukalang ito. Ang pagpapalit sa kanila ng hash-based Merkle commitments at STARK proofs ay lalutasin ang isang partikular na bahagi ng cryptographic exposure ng protokolo.

Ang mga lugar na ito ay may kaugnayan, ngunit hindi sila maaaring i-upgrade sa pamamagitan ng isang pagbabago lamang. Ang paglipat ng Ethereum mula sa post-quantum ay maghahangad ng pinagsamang gawain sa consensus, execution, networking, at application infrastructure.

Bakit mahalaga ang mga disenyo batay sa STARK

Gumagamit ang mga sistema ng STARK ng mga hash function at transparent proof constructions替代依赖椭圆曲线配对和传统可信设置。它们的特性使它们成为后量子应用的候选者，但仍需评估证明大小、验证性能、实现复杂性和哈希安全参数。

Ipapakita ng EIP-8479 ang kahalagahan ng pag-uugnay ng kriptograpikong pananaliksik sa paggawa ng protokolo. Hindi sapat ang isang teoretikal na ligtas na sistema ng patotoo: dapat itong magtrabaho sa loob ng block timing, bandwidth, mga mapagkukunan ng validator, at mga limitasyon sa compatibility ng client ng Ethereum. Ang integrasyon ng panukala sa EIP-8288 ay nagpapakita ng pangangailangang isaisip ang pag-verify ng patotoo sa mas malawak na antas ng block.

Ano ang kasalukuyang kalagayan ng EIP-8479?

Noong Nobyembre 2, 2026, nananatili ang panukala bilang isang maagang bersyon ng draft kaysa isang aprobado na pag-upgrade ng Ethereum network. Ang pag-uusap noong Nobyembre 1 at ang GitHub pull request ay humihingi ng feedback mula sa mga developer ng rollup, mga koponan ng consensus at execution client, mga kontribyutor sa networking, at mga siyentipiko sa kriptograpiya. Ang spesipikasyon ay malinaw na tumutukoy sa ilang hindi pa nalulutas na isyu, na nangangahulugan na mayroon pa ring malaking gawain sa disenyo at implementasyon bago maaaring isaalang-alang ang anumang pag-deploy sa mainnet.

Mga Nakakatwirang Teknikal na Hamon

Ang unang isyu ay ang pagkumpleto ng LeanDA guest program at ang verification-key hash nito. Mahalaga ang mga komponenteng ito dahil tinutukoy nito ang komputasyon na patotohanan at ang mga parameter na ginagamit ng mga verifier upang i-verify ang resultang STARK proof.

Ang pangalawang isyu ay ang client implementation. Ang panukala ay nangangailangan ng magkakasunod na pagbabago sa execution-layer, consensus-layer, at networking components. Dapat siguraduhan ng mga developer na magkakatulad na iinterpret ng iba’t ibang client ang blob commitments, transaction fields, at data authentication procedures.

Ang ikatlong isyu ay tungkol sa performance. Dapat ibenchmark ang proof generation, recursive aggregation, Merkle authentication paths, at PeerDAS bandwidth sa iba’t ibang node configurations. Dapat manatiling praktikal ang isang disenyo na gumagana sa isang kontroladong pananaliksik na kapaligiran para sa mas malawak na validator network.

Sa huli, kailangan ng mga operator ng rollup na patunayan kung ang propong distribusyon ng laki ng blob ay tumutugon sa aktwal na pangangailangan. Ang feedback tungkol sa pinipiling kapasidad ay makakatulong upang matukoy kung ang mga blob na may magkakaibang laki ay nagdadala ng makabuluhang benepisyo kaysa sa karagdagang komplikasyon ng protokolo.

Ano ang dapat subaybayan ng mga developer at investor susunod?

Ang mga pinakamahalagang pag-unlad ay ang pag-unlad sa spesipikasyon, pagpapalabas ng isang gumagana prototipo, independiyenteng kriptograpikong pagsusuri, at mga resulta sa performance. Ang feedback mula sa mga team ng rollup ay magiging makatutulong din upang matukoy kung ang inirerekomendang saklaw ng kapasidad ay magagamit para sa tunay mga workload ng pagpapalabas ng data.

Mahalaga rin ang katayuan ng mga kaugnay na propostal. Ang EIP-8288 ay nagbibigay ng recursive proof aggregation framework na binanggit ni LeanDA, habang ang EIP-8141 ay naglalayong magbigay ng frame transaction structure. Ang kanilang pag-unlad sa implementasyon ay maaaring makaapekto sa landas ng integrasyon para sa bagong disenyo.

Para sa mga investor, mahalaga ang pagkakaiba sa pagitan ng isang panukalang pananaliksik at isang iskedyulad na pag-update. Ang isang Draft EIP ay maaaring makaapekto sa mahabang panahong pananaw sa pag-unlad ng ethereum, ngunit hindi ito dapat ituring bilang ebidensya na ang isang partikular na tampok ay makakarating sa mainnet o magdudulot ng makabuluhang pagbabago sa pangangailangan ng ETH.

Maaapektuhan ba ng EIP-8479 ang presyo ng ETH at ang pagtatangkilik sa ethereum?

May potensyal na matagalang epekto ang EIP-8479 sa infrastruktura ng ethereum, ngunit ang kanyang agwat na epekto sa ETH valuation ay mas maaaring malikha ng mga inaasahang merkado kaysa sa direktang pagbabago sa ekonomiya ng network. Hindi pa ipinatupad ang panukala, at wala pang tiyak na jadwal ng mainnet activation. Kaya, hindi pa ito nagbibigay ng masukat na ebidensya ng mas mababang bayarin sa rollup, mas mataas na paggamit ng blob, o mas mataas na pangangailangan sa ETH transaction.

Sa maikling panahon, mas malamang na masusubaybayan ng mga trader at analyst ang aktibidad sa spot trading ng ETH, posisyon sa derivative, mga flow ng ETF, at mas malawak na mga kondisyon ng merkado. Ang balita tungkol sa propuesta ay maaaring mapalakas ang interes sa teknikal na roadmap ng Ethereum, ngunit ang isang draft na spesipikasyon lamang ay hindi sapat upang makabuo ng isang patuloy na catalyst sa presyo.

Sa mas mahabang panahon, ang matagumpay na pagsasagawa ay maaaring suportahan ang papel ng Ethereum bilang secure na data availability at settlement layer. Ang mas fleksibong blob capacity ay maaaring tumulong sa mga rollup sa pagpapahayag ng data, habang ang hash-based commitments at STARK proofs ay maaaring mag-contribute sa post-quantum transition ng network. Ang mga pagpapabuti na ito ay maaaring palakasin ang tiwala ng mga developer at pakikilahok sa ecosystem kung magdudulot sila ng praktikal na performance benefits.

Gayunpaman, ang mas malawak na pagtataya ng ETH ay magpapatuloy na nakadepende sa aktibidad ng network, staking, dinamika ng suplay, pagtatanggap ng aplikasyon, at kompetisyon mula sa iba pang mga ecosystem ng blockchain. Dapat therefore iangkop ang EIP-8479 bilang isang komponente ng pangmatagalang pag-unlad ng imprastruktura ng Ethereum kaysa isang independiyenteng pananalig sa pag-invest.

Kongklusyon

Ang inirerekomenda ng Ethereum na post-quantum na PeerDAS at disenyo ng variable-size blob ay isang mahalagang direksyon sa pananaliksik para sa infrastruktura ng data availability ng network. Sa pamamagitan ng pagpapalit ng KZG commitments at cell proofs sa Keccak-256 Merkle commitments at LeanDA STARK verification, ang propuesta ay tumatalakay sa isang kriptograpikong arkitektura na mas maayos na nakatutok sa mga pangmatagalang layunin sa post-quantum security. Ang variable-size blob design nito, na may saklaw mula sa 2 KiB hanggang 512 KiB, ay nagdadala rin ng mas malaking flexibility para sa mga rollup na kailangan mag-publish ng iba’t ibang dami ng transaction data.

Gayunpaman, nananatili pa ang panukala sa maagang bersyon. Kailangan pa ng pagtatala at pagsubok sa pagpapatupad ang mga parameter ng patotoo, integrasyon ng kliyente, mga pagbabago sa networking, at mga pangangailangan sa performance. Para sa Ethereum, ang kahalagahan ng pag-unlad na ito ay nasa kombinasyon ng cryptographic resilience at pagiging epektibo sa data ng Layer 2. Kung ito ay magpapabuti sa ekonomiks ng rollup o magdudulot ng pagtanggap sa ETH ay depende sa matagumpay na pagpapatupad at masukat na benepisyo sa ecosystem. Sa kasalukuyan, ang EIP-8479 ay pinakamabuting maunawaan bilang isang nakikita sa hinaharap na panukala sa infrastruktura sa loob ng mas malawak na agenda ng Ethereum tungkol sa scaling at post-quantum research.

Madalit na Tanong

Ano ang pagkakaiba ng EIP at ERC?

Ang isang Ethereum Improvement Proposal (EIP) ay naglalarawan ng mga inirerekomendang pagbabago sa protocol, mga pamantayan, o mga proseso ng pag-unlad ng Ethereum. Ang isang Ethereum Request for Comments (ERC) ay karaniwang tumutukoy sa mga pamantayan sa antas ng aplikasyon, tulad ng mga interface ng token at mga konbensyon sa smart contract. Ang EIP-8479 ay isang Core proposal dahil ito ay tumutukoy sa pangunahing data availability at pag-uugali ng protocol.

Ano ang ibig sabihin ng PeerDAS?

Ang PeerDAS ay tumutukoy sa Peer Data Availability Sampling. Ito ay isang mekanismo na nagpapahintulot sa mga node ng ethereum na kumukuha ng mga bahagi ng distributed blob data kesa sa pag-download ng bawat elemento ng data. Ang pagkakaroon ng ganitong paraan ay tumutulong na bawasan ang mga kinakailangang data ng bawat node habang nananatili ang paraan upang patunayan ang availability ng data.

Ano ang Reed-Solomon Encoding?

Ang Reed-Solomon encoding ay isang error-correcting code na nagdaragdag ng redundancy sa data. Ito ay nagpapahintulot sa pag-reconstruct ng nawawalang mga bahagi kapag sapat ang mga valid na bahagi na naiiwan. Mahalaga ito sa PeerDAS dahil ang distributed data availability ay nakasalalay sa kakayahan ng network na mabawi ang orihinal na data mula sa sample at distributed na mga komponente.

Ano ang Trusted Setup sa Kriptograpiya?

Ang isang pinagkakatiwalaang pag-setup ay isang proseso ng pag-initialize na ginagamit ng ilang kriptograpikong sistema upang lumikha ng mga pampublikong parameter. Kung ang mga lihim na impormasyon nito ay hindi tamang nilikas, maaari itong lumikha ng mga panganib sa seguridad. Ang mga KZG commitment ay nakabatay sa isang pinagkakatiwalaang pag-setup, habang ang ipinaproposang STARK-based na disenyo ay naglalayong maiwasan ang pangangailangang ito sa pamamagitan ng isang transparent na pagbuo ng patotoo.

Paano Maaaring Sundin ng mga Gumagamit ang Pag-unlad ng isang Ethereum Improvement Proposal?

Maaaring sundin ng mga user ang Ethereum EIPs repository sa GitHub, suriin ang teknikal na diskusyon sa Ethereum Magicians, at bisuhin ang mga update mula sa mga developer ng Ethereum. Mahahalagang hakbang ay ang pagbabago ng spesipikasyon, independiyenteng pagsusuri, pagpapatupad ng prototipo, pagsubok ng client, at anumang pormal na desisyon tungkol sa pagkakasama sa isang darating na pag-update ng network.

Paalala: Ang pangkalahatang impormasyon sa merkado na ito, maaaring mula sa mga third-party, komersyal, o sinponsor na pinagkukunan, ay ibinibigay lamang para sa pagtatala at edukasyonal na layunin at hindi nagtataglay ng abiso sa pananalapi o pag-invest, tawag, pagpapahayag, o jamin. Kami ay nagtatanggi sa anumang pananagutan para sa kawastuhan, kumpletong impormasyon, kumpiyansa, at anumang nagresultang pagkawala. Ang pag-invest/trade ay may panganib; ang nakaraang performance ay hindi nagjanin ng mga resulta sa hinaharap. Dapat mag-aram, mag-isip nang mabuti, at tanggapin ang buong pananagutan ang mga gumagamit. Para sa karagdagang detalye, mangyaring bisitahin ang Mga Tuntunin ng Paggamit at Pagpapahayag ng Panganib ng KuCoin.

Disclaimer: AI technology ang ginamit sa pag-translate ng page na ito para sa convenience mo. Para sa pinaka-accurate na impormasyon, mag-refer sa original na English version.