Ang digmaan ng DA ay papalapit na sa katapusan? Pagbubuo ng PeerDAS, paano nito matutulungan ang Ethereum na mabawi ang "data sovereignty"

Isinulat ni: imToken

Sa pagtatapos ng 2025, tahimik na sinalubong ng komunidad ng Ethereum ang pagtatapos ng Fusaka upgrade.

Sa paglingon sa nakaraang taon, bagama't unti-unting nawala sa sentro ng atensyon ng merkado ang mga talakayan ukol sa mga upgrade ng underlying technology, tiyak na maraming on-chain na user ang nakaramdam ng isang kapansin-pansing pagbabago: L2 ng Ethereum ay nagiging mas mura.

Ngayon, sa mga on-chain na interaksyon, maging ito man ay simpleng paglilipat ng pondo o komplikadong DeFi na operasyon, ang Gas fee ay madalas na ilang sentimo na lang o halos hindi na pinapansin. Sa likod nito, malaki ang naging papel ng Dencun upgrade at Blob mechanism. Kasabay nito, sa opisyal na pag-activate ng core feature na PeerDAS (Peer Data Availability Sampling, peer-to-peer na data availability sampling verification) sa Fusaka upgrade, tuluyan nang nilisan ng Ethereum ang panahon ng "full download" na data verification.

Maaaring sabihin na, ang tunay na magpapasya kung kakayanin ng Ethereum na pangmatagalan at sustainable na magdala ng malakihang aplikasyon ay hindi lamang ang Blob mismo, kundi higit pa ang susunod na hakbang na kinakatawan ng PeerDAS.

I. Ano ang PeerDAS?

Upang maunawaan ang rebolusyonaryong kahulugan ng PeerDAS, hindi natin ito maaaring pag-usapan nang walang konteksto—kailangan nating balikan ang isang mahalagang yugto sa landas ng Ethereum scaling, ang Dencun upgrade noong Marso 2024.

Noong panahong iyon, sa pamamagitan ng EIP-4844 na nagpakilala ng transaction model na may kasamang Blob (kung saan maraming transaction data ang inilalagay sa blob), nagkaroon ng kakayahan ang mga L2 na hindi na umasa sa mahal na calldata storage mechanism, at sa halip ay gumamit ng pansamantalang Blob storage.

Ang pagbabagong ito ay direktang nagbaba ng gastos ng Rollup sa halos isang ikasampu ng dati, na tinitiyak na ang mga L2 platform ay makakapagbigay ng mas mura at mas mabilis na transaksyon nang hindi naapektuhan ang seguridad at decentralization ng Ethereum, at pinatikim sa ating mga user ang "panahon ng mababang Gas fee."

Gayunpaman, bagama't napakainam gamitin ng Blob, may mahigpit na limitasyon sa bilang ng Blob na maaaring dalhin ng bawat block sa Ethereum mainnet (karaniwan ay 3-6), at ang dahilan ay napaka-praktikal: limitado ang physical bandwidth at hard drive.

Sa tradisyonal na verification mode, bawat validator sa network—maging ito man ay server na pinapatakbo ng propesyonal na institusyon o karaniwang computer sa bahay ng isang retail user—ay kinakailangang i-download at i-broadcast ang buong Blob data upang makumpirma ang bisa ng data.

Nagdudulot ito ng isang mahirap na dilemma:

• Kung dadagdagan ang bilang ng Blob (para sa scaling): Biglang lalaki ang dami ng data, mapupuno ang bandwidth ng home nodes, at mapupuno ang kanilang hard drive, kaya't mapipilitan silang mag-offline. Sa ganitong kalagayan, mabilis na magiging centralized ang network at magiging eksklusibo na lang sa malalaking data center.
• Kung lilimitahan ang bilang ng Blob (para sa decentralization): Malilimitahan ang throughput ng L2 at hindi makakasabay sa posibleng biglaang paglaki ng demand sa hinaharap.

Sa madaling salita, ang Blob ay unang hakbang lang, naresolba ang tanong na "saan ilalagay ang data." Kapag kaunti pa lang ang data, walang problema, ngunit kung patuloy na dadami ang Rollup at bawat isa ay madalas na magpapadala ng data, lalaki nang lalaki ang Blob capacity, at ang bandwidth at storage pressure sa nodes ay magiging bagong panganib sa decentralization.

Kung ipagpapatuloy ang tradisyonal na full download mode, hindi mareresolba ang bandwidth pressure, at ang landas ng Ethereum scaling ay babangga sa pader ng physical bandwidth. Ang PeerDAS ang susi para malutas ang deadlock na ito.

Sa isang pangungusap, ang PeerDAS ay isang bagong data verification architecture na binabasag ang panuntunan ng full download verification, na nagpapahintulot sa Blob expansion na lumampas sa kasalukuyang physical throughput level (halimbawa, mula 6 na Blob/block hanggang 48 o higit pa).

II. Blob ang sumagot sa "saan ilalagay", PeerDAS ang sumagot sa "paano iimbak"

Tulad ng nabanggit sa itaas, ang Blob ang unang hakbang sa scaling, naresolba ang tanong na "saan ilalagay ang data" (mula sa mahal na Calldata papunta sa pansamantalang Blob space), at ang PeerDAS ang sasagot sa "paano mas episyenteng iimbak" ang data.

Ang pangunahing isyu na nilulutas nito ay kung paano, sa gitna ng exponential na paglaki ng data, hindi mabibigatan ang physical bandwidth ng nodes? Simple lang ang ideya: gamit ang probability at distributed collaboration, "hindi kailangang lahat ay mag-imbak ng buong data, pero mataas ang tsansang makumpirma na totoo ang data."

Makikita na ito sa buong pangalan ng PeerDAS—"peer-to-peer data availability sampling verification."

Bagama't mukhang komplikado ang konseptong ito, maaari nating gamitin ang isang simpleng analogy para maintindihan ang paradigm shift na ito. Halimbawa, ang dating full verification ay parang pumasok sa library ang isang several-thousand-page na "Encyclopaedia Britannica" (Blob data), at para hindi ito mawala, bawat librarian (node) ay kailangang mag-photocopy ng buong libro bilang backup.

Ibig sabihin, tanging may pera at oras (malaking bandwidth/hard drive) lang ang puwedeng maging librarian, lalo na't patuloy na lalaki ang "Encyclopaedia Britannica" (Blob data), kaya't sa kalaunan, matatanggal ang ordinaryong tao at mawawala ang decentralization.

Ngayon, gamit ang PeerDAS sampling at mga teknolohiyang tulad ng erasure coding, pinapayagan nang hatiin ang aklat sa napakaraming piraso at i-encode ito mathematically. Hindi na kailangang hawak ng bawat librarian ang buong libro, random na ilang pahina lang ang itinatago nila.

Kahit sa verification, hindi na kailangang may magpakita ng buong libro. Sa teorya, basta't makuha ng buong network ang kahit anong 50% ng mga piraso (kahit anong pahina ang hawak ng bawat isa), gamit ang mathematical algorithm, maaari nating buuin ang buong libro nang may 100% certainty.

Ito ang magic ng PeerDAS—inaalis ang bigat ng pag-download ng data mula sa isang node at ipinapamahagi ito sa libu-libong nodes sa network.

Pinagmulan: @Maaztwts

Mula sa data perspective, bago ang Fusaka upgrade, ang bilang ng Blob ay mahigpit na nakatali sa single digit (3-6). Sa pagdating ng PeerDAS, direktang nabuksan ang limitasyong ito, at pinayagan ang Blob target na tumaas mula 6 hanggang 48 o higit pa.

Kapag ang user ay nagpadala ng transaksyon sa Arbitrum o Optimism at ang data ay ipinadala pabalik sa mainnet, hindi na kailangang i-broadcast ang buong data packet sa buong network. Dahil dito, nagawa ng Ethereum na mag-scale nang hindi linear na tumataas ang gastos ng bawat node.

Sa totoo lang, ang Blob + PeerDAS ang kumpletong DA (data availability) solution. Sa roadmap, ito rin ang mahalagang transition ng Ethereum mula Proto-Danksharding patungo sa full Danksharding.

III. Ang bagong normal ng on-chain pagkatapos ng Fusaka

Alam ng lahat na sa nakaraang dalawang taon, ang mga third-party modular DA layer tulad ng Celestia ay minsang nagkaroon ng malaking market space dahil sa mahal ng Ethereum mainnet. Ang kanilang narrative ay nakabatay sa premise na mahal ang native data storage ng Ethereum.

Ngayon, dahil sa Blob at pinakabagong PeerDAS, naging mura at napaka-secure ng Ethereum: Ang gastos ng L2 sa pag-publish ng data sa L1 ay nabawasan ng higit sa kalahati, at ang Ethereum ay may pinakamalaking validator set sa buong network, kaya't mas mataas ang seguridad kumpara sa third-party chains.

Sa totoo lang, ito ay isang "dimensionality reduction blow" para sa mga third-party DA solution tulad ng Celestia, na nagpapakita na muling binabawi ng Ethereum ang sovereignty sa data availability at pinipiga ang kanilang market space.

Maaaring itanong mo, "Mukhang napaka-technical ng mga ito, pero ano ang kinalaman nito sa paggamit ko ng wallet, transfer, o DeFi?"

Direkta ang koneksyon. Kung matagumpay na maipatupad ang PeerDAS, ibig sabihin ay mananatiling mababa ang data cost ng L2 sa mahabang panahon, hindi mapipilitang magtaas ng fee ang Rollup dahil sa DA cost rebound, at makakapagdisenyo ng high-frequency interaction ang mga on-chain application nang walang takot, hindi na kailangang magkompromiso ang wallet at DApp sa pagitan ng "functionality vs cost"...

Sa madaling salita, ang dahilan kung bakit mura ang L2 ngayon ay dahil sa Blob, at kung patuloy itong magiging abot-kaya sa hinaharap, ito ay dahil sa tahimik na kontribusyon ng PeerDAS.

Ito rin ang dahilan kung bakit, sa scaling roadmap ng Ethereum, bagama't low-key ang PeerDAS, ito ay itinuturing na isang hindi matatakasan na yugto. Sa esensya, ito ang pinakamagandang anyo ng teknolohiya sa paningin ng may-akda—"nakikinabang ka nang hindi mo namamalayan, pero kapag nawala ay mahirap mabuhay," na hindi mo ramdam ang presensya nito.

Sa huli, pinatunayan ng PeerDAS na kayang magdala ng blockchain ng Web2-level na dami ng data sa pamamagitan ng mahusay na mathematical design (tulad ng data sampling), nang hindi labis na isinusuko ang decentralization vision.

Sa puntong ito, ganap nang naitayo ang data highway ng Ethereum. Ang susunod na tanong ay kung anong mga sasakyan (aplikasyon) ang tatakbo rito—isang tanong na para sa application layer na sagutin.

Abangan natin ang susunod na kabanata.