Gavin Wood: Pagkatapos ng EVM, ang JAM ang magiging bagong consensus ng industriya!

Kasunod ng artikulo kahapon, ibinabahagi namin ang ikalawang bahagi ng pinakabagong panayam kay Gavin Wood!

Maaaring magkompetensya ang mga public chain, ngunit ang mga developer ay nagkakatipon lamang sa paligid ng consensus.

Sampung taon na ang nakalipas, ang imbensyon ni Gavin na EVM ay naging consensus; mula noon, nagkaroon ng iisang "wika" ang buong industriya.

Ngayon, makalipas ang sampung taon, muling inilunsad ni Gavin ang JAM, at umaasa siyang ito ang magiging susunod na "wika".

Hindi ito kasangkapan ng isang partikular na chain, kundi isang protocol na nagbibigay-daan sa lahat ng chain na magkaroon ng elastic scaling, distributed collaboration, at cross-network interoperability.

Maaaring magtayo ang sinumang builder ng sarili nilang sistema sa ibabaw nito, at maaari pang magbahagi ng parehong security network ang iba't ibang token at ecosystem.

Para sa mga developer, nangangahulugan ito ng isang bagay:

Sa pagbuo ng susunod na henerasyon ng blockchain, hindi na kailangang magsimula mula sa simula—ang JAM ang bagong default na panimulang punto.

Ang ganitong atmosphere ng JAM, ay hindi ko pa naranasan mula noong 2015

Pala Labs: Sa kasalukuyan, lampas kalahati na ang global tour ng JAM, at ikaw mismo ay pumunta sa iba't ibang panig ng mundo upang makipagkita sa mga aktwal na developer ng JAM at mga interesado at masigasig na tagasuporta. Ano ang iyong nararamdaman tungkol sa ganitong decentralized na modelo ng pagbuo ng JAM?

Gavin: Sa ngayon, napaka-optimistiko ko sa kabuuang progreso ng JAM. Ipinapakita ng mga developer ng JAM ang isang sigasig at inisyatiba na hindi karaniwan noong panahon ng pagbuo ng Polkadot—tunay nilang minamahal ang proyektong ito at handang akuin ang tunay na responsibilidad para sa kanilang trabaho.

Upang maunawaan ang pagkakaibang ito, kailangang balikan ang modelo ng pagbuo ng Polkadot. Noon, ang development ay nagaganap sa loob ng isang corporate system. Bagaman may mga aktibong miyembro ng team, sa ilalim ng estruktura ng kumpanya, ang "inisiyatiba" ay tila natural na bahagi ng sistema—sumusuweldo ka, kaya responsibilidad mong gampanan ang iyong trabaho.

Ngunit ang JAM ay lubos na naiiba. Ang mga developer ngayon ay walang matatag na suweldo; ang kanilang inilalaan ay sariling oras, lakas, at panganib. Maaaring makatanggap sila ng pondo o gantimpala sa hinaharap, ngunit kailangan muna nilang maghatid ng resulta. Sa kabaligtaran, sa kumpanya, ang empleyado ay binabayaran muna ng mataas, at ang kumpanya ang sumasalo ng panganib kung hindi magampanan ng empleyado ang trabaho.

Ang mga developer ng JAM ay sila mismo ang sumasalo ng panganib, at ang ganitong investment ay nagsasalita na para sa sarili nito. Ang kaharap mo ay isang team na tunay na nagtatrabaho para sa isang vision at kayang maghatid ng resulta. Sa ganitong kapaligiran, makikita mo ang isang bihirang sense of conviction—isang bagay na mahirap makita sa mga empleyado ng tradisyonal na kumpanya.

Sa huli, ang estruktura ng tradisyonal na kumpanya ay isang top-down na sistema ng kapangyarihan: Ang boss ang may pinakamataas na kapangyarihan, nagbibigay ng awtoridad sa mga executive, na siya namang nag-aassign ng gawain sa mga team leader, at sa huli ay ipinatutupad ng mga rank-and-file. Kailangang mag-report ang bawat isa sa nakakataas, sumunod sa utos, at ang performance ay nakadepende sa assessment ng nakakataas.

Ngunit ang JAM ay hindi ganitong modelo.

Sa proyektong ito, mas para akong consultant, sumasagot lamang sa mga tanong kapag kailangan—minsan maikli lang ang sagot ko, minsan diretso, pero sa kabuuan ay friendly pa rin. Bukod dito, ako ang sumulat ng gray paper at sinisikap kong i-verify ang feasibility ng mga disenyo roon, una sa sarili ko at sana ay maipaliwanag din sa iba ang lohika nito.

Gayunpaman, ang tunay na nagtutulak sa JAM ay hindi ako, kundi ang mga team na kasali sa development. Maaaring dahil sa passion, karanasan, o paniniwala sa commercial value ng system sa hinaharap, ngunit anuman ang motibo, sila ay kusang-loob at aktibong bumubuo ng systemang ito.

Ang ganitong atmosphere ay ngayon ko lang muling naramdaman mula noong 2015, halos katulad ng mga unang araw ng Ethereum — lahat ay masigasig na nakikilahok; kahit mahirap intindihin ang gray paper, handa silang gumugol ng oras para maintindihan ito at gawing tunay na gumaganang software.

Pagkatapos ng EVM, ang JAM ang magiging bagong consensus ng industriya

Pala Labs: Mukhang ang JAM ay hindi lang isang tradisyonal na blockchain project, tila mas malawak pa kaysa sa blockchain at cryptocurrency, at mas malaki pa kaysa sa Polkadot. Kung ipapaliwanag mo ang JAM sa mga hindi pamilyar sa Polkadot, paano mo ito ilalarawan? Para saan talaga ang tool na ito?

Gavin: Sa madaling salita, ang JAM ay isang protocol na tinatawag na "Join Accumulate Machine" na malinaw na nakasaad sa JAM gray paper. Ayon sa gray paper, pinagsasama ng JAM ang mga pangunahing lakas ng Polkadot at Ethereum:

• Sa isang banda, minana nito ang cryptoeconomic mechanism ng Polkadot—na siyang dahilan ng mataas na scalability ng Polkadot;
• Sa kabilang banda, gumagamit ito ng interface at service model na mas malapit sa Ethereum, kaya ang main chain mismo ay maaaring magpatupad ng programmable operations.

Hindi tulad ng tradisyonal na arkitektura na nagpapaprograma lamang sa high-performance computation modules, ang JAM ay mas advance pa. Hindi lang computation units ang programmable, kundi pati ang "collaboration process" at "accumulated effects" sa pagitan ng iba't ibang modules ay maaaring kontrolin sa pamamagitan ng programming—dito nagmula ang pangalan na "Join Accumulate Machine".

Bagaman unang iminungkahi ang JAM bilang isang upgrade proposal para sa Polkadot at malawak na sinuportahan ng komunidad, hindi limitado ang disenyo nito sa Polkadot. Isa itong highly abstract, independent na underlying architecture na maaaring ituring na foundational design ng susunod na henerasyon ng blockchain.

Ang pinakapangunahing kakayahan ng JAM ay ang ligtas at distributed na pag-schedule at pag-allocate ng workload sa buong network, kaya natural na scalable ang mga application na tumatakbo dito—isang bagay na hindi kayang gawin ng ibang solusyon sa industriya ngayon.

Higit pa rito, sinusuportahan ng JAM ang interconnection ng maraming network instances, kaya lumalampas ang scalability ng application sa limitasyon ng isang chain. Kaya hindi lang ito bagong chain architecture, kundi maaaring maging paradigm ng susunod na henerasyon ng scalability solutions.

Maaari nating tingnan ang JAM nang lampas sa "Polkadot upgrade proposal" na frame. Gaya ng prinsipyo ko sa pagsusulat ng gray paper: mas mahusay ako sa paggawa ng mga bagay mula zero kaysa sa pagpapalawak ng umiiral na system. Kaya, ang disenyo ng JAM ay hindi incremental mula sa kasalukuyang framework, kundi muling binuo mula sa pinaka-basic na prinsipyo, parang nagsimula sa blangkong papel.

Bagaman hiniram ng JAM ang ilang teknikal na resulta ng Polkadot, marami ring bagong ideya at mekanismo ang isinama. Isinulat ko ang mga ito nang sistematiko sa gray paper upang ihiwalay ito mula sa konteksto ng Polkadot at gawing mas malawak ang halaga bilang underlying architecture—parang x64 instruction set noon.

Sa puntong ito, balikan natin ang kasaysayan ng x64. Orihinal na dinisenyo ng Intel ang x86 instruction set para sa sarili nilang processor, mula sa 8086 hanggang 80286, 80386, at Pentium series, unti-unting naging standard ng IBM-compatible machines at namayani sa desktop computing.

Ngunit nang handa na ang industriya para sa 64-bit era, masyadong advanced ang sariling proposal ng Intel at hindi tinanggap ng market. Sa halip, ang AMD, na itinuturing na "tagasunod" noon, ay nagdisenyo ng mas simple at feasible na 64-bit extension—AMD64—batay sa 32-bit instruction set ng Intel. Pinili ng market ang ruta ng AMD, at napilitan ang Intel na iwan ang sarili nilang proposal at gamitin ang extension ng AMD. Mula noon, nagpalit ng papel ang leader at follower.

Makabuluhan ang kasaysayang ito. Kahit ginamit ng Intel ang teknolohiya ng AMD, ayaw nilang gamitin ang pangalang "AMD64", kaya unti-unting naging neutral ang tawag dito—"x64". Ngayon, parehong nakabatay sa unified instruction set architecture ang mga produkto ng dalawang kumpanya.

Binanggit ko ang kasong ito dahil naniniwala akong may potensyal ang JAM na maging "x64 technology" ng blockchain. Tinuturing itong rational evolution direction ng blockchain, lalo na para sa mga public chain na pinahahalagahan ang resilience at decentralization na prinsipyo ng Web3. Ang protocol na ito ay sadyang open-design sa maraming aspeto gaya ng governance model, token issuance mechanism, at staking system, kaya maaaring i-customize ng iba't ibang blockchain project ang mga module na ito, at pumili pa ng sariling programming language.

Ang PVM na ginagamit ng JAM ay isang highly general-purpose instruction set architecture. Ang mga chain na gumagamit nito ay makikinabang sa scalability at composability ng JAM, at posibleng mag-collaborate at mag-integrate sa ibang chain gamit ang JAM sa hinaharap.

Kamakailan, iniisip ko ang isang direksyon—sana ay maipublish ko ito sa lalong madaling panahon—kung paano mapapalalim ang integration ng dalawang blockchain network na magkaiba ang token ngunit parehong nakabatay sa JAM: Sa kondisyon na pinananatili ang kani-kanilang token system, magbabahagi sila ng iisang security network. Naniniwala ako na kahit hindi ito ang ultimate form ng blockchain industry, sapat na itong maging mahalagang breakthrough na magbabago sa landscape ng industriya.

Sa mas malawak na pananaw, malamang na maging JAM ang general foundation na gagamitin ng industriya, tulad ng early technology ng Ethereum. Maraming public chain ang pumili o bahagyang gumamit ng EVM ng Ethereum, at ang transaction format at execution logic nito ay naging de facto industry standard. May ganitong neutral technical potential din ang JAM na tumawid sa iba't ibang token at network.

Gaya ng paulit-ulit kong binibigyang-diin, dapat maging neutral underlying technology ang JAM. Naniniwala ako na sapat ang disenyo nito upang suportahan ang blockchain industry sa susunod na lima hanggang sampung taon, o higit pa. Siyempre, patuloy pa ring mag-e-evolve ang buong system. Kung magiging economically feasible ang zero-knowledge proof (ZK), maaaring mapalitan ang ilang module ng JAM. Ngunit sa kabuuan, bilang isang makatwirang system innovation, hindi malilimitahan ang application ng JAM sa Polkadot ecosystem—anumang chain na kinikilala ang halaga nito ay maaaring gamitin ito sa sarili nilang governance framework.

Bukod dito, mula pa sa simula, pinaninindigan ng JAM ang decentralization at "specification first" na prinsipyo: Unang inilalabas ang protocol specification, saka nag-oorganisa ng implementation, at hinihikayat ang higit sa 35 independent teams sa buong mundo na makilahok sa development, kaya natural na distributed ang kaalaman at control. Makakatulong ang ganitong paraan upang maging tunay na neutral at widely adopted core technology ng Web3 world ang JAM.

Sa "post-trust era", sinabi ni Gavin sa mga batang developer: Ang Web3 ay hindi pagpipilian kundi responsibilidad

Pala Labs: Nakilala namin ngayon ang maraming developer na masigasig sa JAM, karamihan ay kabataan, maaaring mga estudyante pa, bagong pwersa sa industriya. Kung may sasabihin ka sa kanila—maaaring katulad mo sila 20 taon na ang nakalipas, mahilig gumawa, nangangarap ng malayang lipunan at mundo—ano ang gusto mong sabihin sa kanila?

Gavin: Pumasok nang maaga at magpatuloy. Dapat mong sundin ang iyong sariling value judgment. Kung naniniwala ka sa free will at personal sovereignty—mga core na ideya mula pa noong Enlightenment—dapat kang kumilos para dito, dahil walang ibang pwedeng umako ng responsibilidad na ito para sa iyo.

Pala Labs: Magdudulot din ba ng problema sa identity forgery ang artificial intelligence?

Gavin: Mabilis na gumuho ang trust system ng lipunan ngayon. Noong 2014 o 2015, sumikat ang terminong "post-truth era", ibig sabihin ay hindi na naniniwala ang mga tao sa objective truth. Bagaman may halaga ang obserbasyong ito, hindi ito tama sa pilosopikal na pananaw. Palagi kong pinaninindigan: Mayroong katotohanan, at tungkulin ng tao na hanapin ito. Kung ang isang desisyon ay hindi batay sa pinaka-makatwiran at pinaka-maaasahang katotohanan, tiyak na magiging mali ito.

Gayunpaman, pumasok na tayo sa "post-trust era": alinman ay nagdududa ang mga tao sa lahat, o basta-basta silang nagtitiwala sa mga mapanganib na demagogue. Parehong sinisira ng dalawang extreme na ito ang rationality ng lipunan. Sa ganitong konteksto, lalo pang pinalalala ng artificial intelligence ang problema.

Siyempre, may positibong epekto ang AI sa maraming larangan, tulad ng pagpapabuti ng komunikasyon at pagyaman ng art. Ako mismo, bilang DJ at music creator, ay gumagamit din nito. Ngunit sa socio-economic, political, at geopolitical na antas, hindi dapat maliitin ang panganib ng AI.

Hindi natin dapat iasa ang pag-asa sa regulasyon. Kadalasan, nililimitahan lang ng regulasyon ang pagkakataon ng law-abiding individuals sa free society na gumamit ng AI, ngunit hindi nito mapipigilan ang masasamang organisasyon, at hindi rin nito mapipigilan ang mga hindi malayang bansa na gamitin ang AI laban sa free society. Kaya, hindi sapat ang regulasyon bilang solusyon.

Ang tunay na kailangan ay mas malakas at mas matibay na teknikal na pundasyon upang limitahan ang posibleng destructive impact ng artificial intelligence—maging ito man ay laban sa internal abuse o panlabas na banta.

Sa tingin ko (bagaman maaaring may kaunting bias), tanging Web3 technology lang ang tunay na makakalutas sa problemang ito. Hindi komplikado ang dahilan: Ang esensya ng AI ay "pahinain ang katotohanan, palakasin ang tiwala". Kapag umaasa tayo sa AI, umaasa tayo sa mga organisasyong nagbibigay ng modelo at serbisyo—maging ito man ay institusyong nagte-train ng malalaking modelo o service provider na nagpapatakbo ng modelo sa closed server at nagbabalik ng resulta.

Ngunit hindi natin kayang suriin ang training data ng modelo, at hindi natin alam kung bakit ganoon ang sagot nito; kahit ang mismong trainer ay maaaring hindi lubos na nauunawaan ang internal mechanism ng modelo. Sa kabilang banda, mas mapagkakatiwalaan pa na ang bawat tao ay suriin ang katotohanan gamit ang sariling kakayahan. Ngunit habang lalong umaasa ang lipunan sa AI at basta-basta na lang nagtitiwala dito, unti-unti tayong napupunta sa isang "tila objective ngunit bulag na pagtitiwala".

Dahil ang lohika ng AI ay "mas kaunting katotohanan, mas maraming tiwala", kailangan nating balansehin ito gamit ang Web3 na "mas kaunting tiwala, mas maraming katotohanan".

Sa free society, ang tunay na dapat gawin ay hindi paigtingin ang regulasyon sa Web3, kundi agad na kumilos: bawasan ang hindi kailangang limitasyon, at bigyan ng konkretong suporta at pondo ang mga gumagawa ng Web3 infrastructure.

Pala Labs: Maraming bagong developer ang sumasali sa JAM project ngayon, maaari mo bang bigyan ng pananaw ang susunod na lima o anim na taon?

Gavin: Mahirap hulaan ang hinaharap, ngunit maaari kong ibahagi ang aking karanasan. Noong Nobyembre 2013, nakatira ako sa London, at may kaibigan akong si "Johnny Bitcoin", kaibigan din ni Vitalik. Buwan-buwan kaming nagkikita sa bar para uminom ng beer at magkwentuhan. Sa isang pagkikita, sinabi niya na may ginagawa si Vitalik na bagong proyekto batay sa bitcoin, tinatawag na Ethereum, at naghahanap ng developer. Nagbiro ako, "Sige, ako na lang." Dahil palagi kong iniisip na magaling ako sa programming, kaya iminungkahi niya, "Kung magaling ka, ikaw na lang mag-develop ng Ethereum." Kaya naging isa ako sa mga developer ng Ethereum. Noon, ang white paper ng Ethereum ay parang vision document na may sapat na technical detail para maging feasible. Sa sumunod na apat o limang buwan, nagtulungan ang lahat sa pag-develop ng iba't ibang compatible versions, na humantong sa Ethereum yellow paper—ang opisyal na protocol specification. Ako ang independent developer noon, kasama si Vitalik at si Jeff na gumawa ng Go version ng Ethereum. Kalaunan, naging co-founder ako ng Ethereum, itinatag ang Parity, at nagpatuloy sa pagbuo ng iba pang produkto.

Ganyan nagsimula ang blockchain journey ko—bilang independent developer, gamit lang ang sariling oras, nagsimula mula sa wala sa pagbuo ng protocol.

Kaya hindi ako sigurado kung mag-eenjoy din ang JAM development team sa journey na ito tulad ko. Pero para sa akin, ito talaga ang simula ng buhay ko, wala akong ibang pagpipilian kundi magsimula rito, at napatunayan ng panahon na lampas sa inaasahan ang limit ng landas na ito.

Siyempre, hindi lang ito tungkol sa pagsusulat ng code, kailangan mo ring matutong makipagkomunika: makipag-ugnayan sa potential investors, mag-present ng project, mag-isip ng application scenarios batay sa protocol, magsulat ng smart contract, mag-promote ng project, magbigay ng payo, atbp. Bukod sa pagsusulat ng code, marami pang ibang dapat gawin, ngunit ang pagsusulat ng code ang simula at core ng lahat.

Sa nakalipas na 11 taon, halos hindi ako tumigil sa programming. Sa totoo lang, mas maaga pa nagsimula ito—mula 8 o 9 na taong gulang, halos hindi ako tumigil—ang pinakamahabang break ko ay nang mag-backpacking ako sa Central America, at iyon ay tatlong buwan lang.

Iyan ang landas na tinahak ko. Kung may sapat na passion at kakayahan ang mga bagong developer na ito, sa tingin ko, walang makakapigil sa kanilang sumunod sa landas na ito—ang kaibahan lang, ang layunin ngayon ay JAM, hindi Ethereum!