Masyadong Kumplikado ang Web 3.0

ONE sa pinakamahalagang layunin at benepisyo ng Web 3.0 revolution ay para sa mga ekosistema ng Technology ng impormasyon sa mundo na muling mag-desentralisa. Ang internet, noong nagsimula ito, ay isang napaka-desentralisadong sistema. Ang mga sentralisadong sistema, sa kalaunan, ay matagumpay na nag-layer sa kanilang mga sarili sa desentralisadong ecosystem na ito.

Ang ekonomiya ng negosyo ng software at ang kapangyarihan ng mga epekto ng network ay ang pundasyon para sa sentralisasyon ng panahon ng Web 2.0, at sila ay tinutulungan ng liberal na paggamit ng madilim na mga pattern pati na rin sa mga user (i.e. Web 2.0 tricks para isuko ng mga tao ang personal na data). Kung hindi tayo maingat, nanganganib tayong maulit ang ilan sa parehong mga pattern sa panahon ng Web 3.0.

Si Paul Brody ay ang global blockchain leader ng EY, at isang columnist ng CoinDesk .

Nakikita ko ang dalawang pangunahing panganib sa isang napapanatiling desentralisadong hinaharap. Ang una, at sa ngayon ang pinakamalaki, ay ang napakalaking kumplikado na kasangkot sa pagbuo ng mahusay na mga tool sa pakikipag-ugnayan ng blockchain. Ang pakikipag-ugnayan sa mga distributed system ay kumplikado, lalo na kapag naglalagay ka ng mga karagdagang kinakailangan tulad ng pamamahala ng maraming lagda o paggamit zero na patunay ng kaalaman para mapanatili ang Privacy.

Ang pinakamadaling paraan upang pamahalaan ang pagiging kumplikado ngayon, ay gawin ito sa pamamagitan ng isang application programming interface (API). Gusto mong mag-mint ng token? Mayroong isang API para doon. Gustong makakuha ng ilang history ng transaksyon? May API din para diyan. Ang mga API na iyon, sa turn, ay sumulat sa at mula sa blockchain, na pinangangasiwaan ang lahat ng kumplikadong kasangkot. Pinapasimple ng mga API ang pagbuo ng mga tool sa blockchain, ngunit halos lahat ng mga ito ay umaasa sa sentralisadong software at imprastraktura. Sa madaling salita: Ang malawak na paggamit ng mga API ay hahantong sa sentralisasyon ng maraming kritikal na pag-andar ng blockchain.

Ang imprastraktura ng EY blockchain ay walang pinagkaiba, at hindi lamang ito gumagawa ng mabigat na paggamit ng mga serbisyong nakabatay sa API mula sa ibang mga kumpanya, ngunit nag-aalok din ng mga serbisyo bilang mga API sa mga user ng enterprise na kung hindi man ay mahahanap ang lahat ng kumplikadong iyon nang labis upang pamahalaan. Bagama't alam ko na tiyak na magkakaroon ng papel ang mga API sa hinaharap, lalo na pagdating sa interfacing sa Web 3.0 world sa Web 2.0 world, mas gusto kong makita ang hinaharap kung saan maraming application ang tumatakbo at nakikipag-ugnayan nang native sa blockchain ecosystem. Mayroon kaming sariling patuloy na priyoridad sa loob ng EY upang KEEP maglagay ng mas tunay na desentralisadong imprastraktura sa aming blockchain na negosyo, at umaasa akong gagawin din ng aming mga kapantay.

Upang maiwasan ang labis na sentralisasyon sa pamamagitan ng dependency sa mga API at SaaS (software bilang isang serbisyo) na mga application, ang pinakamahalagang gawain ay para sa mga developer na bumuo ng mga library at tool na nagpapadali sa direktang pag-access sa mga Web 3.0 ecosystem at KEEP napapanahon ang code nang hindi kinakailangang umasa sa mga API. Iyon ay tila madali ngunit ito ay talagang napakahirap. Natuklasan ko sa aking karera kung gaano kahirap pamahalaan ang pamamahagi ng software at kung gaano kadali ang pagpapanatili ng kontrol at pagkakapare-pareho sa pamamagitan ng isang software-as-a-service API. Ang ilang mga proyekto tulad ng Stereum, na pinondohan sa bahagi ng Ethereum Foundation, ay isang magandang simula dahil ginagawa nilang sarili mo ang pagsisimula at pagpapatakbo node sa bahay kasing dali ng pag-install ng anumang iba pang piraso ng package software.

Ang pangalawang malaking alalahanin ko ay na sa aming mga pagsusumikap na bumuo ng mga handog sa Web 3.0 na tumatakbo at gumaganap tulad ng mga handog sa Web 2.0, magtatapos kami sa pagsentralisa ng Web 3.0 sa isang mataas na antas. Ang mga protocol na sumusuporta sa "desentralisado" na pag-compute at pag-iimbak ng file ay idinisenyo upang gantimpalaan ang mga kalahok ng pinakamaraming available at mahusay na gumaganap na mga system. Karaniwang matatagpuan ang mga iyon sa mga sentralisadong data center na pinapatakbo ng malalaking kumpanya.

Read More: 10 2022 Mga Hula Mula kay Henri Arslanian ng PwC

Mahalaga ito kung gusto nating maging kasing bilis at tumutugon ang mga application ng Web 3.0 gaya ng mga application ng Web 2.0. Ngunit ito ba ay isang kapaki-pakinabang na layunin? Ang pinakamatagumpay na mga bagong teknolohiya ay tumutugon sa mga bagong workload sa halip na ilipat ang mga luma sa mga bagong platform. Ang Web 3.0 ay mas mahusay sa ilang partikular na bagay, tulad ng paglipat ng halaga sa tokenization at pagpapagana ng mga kumplikadong pagsasama sa matalinong mga kontrata.

Marahil ay maaari nating iwanan ang magkakasabay na pakikipag-ugnayan at instant user interface na kasiyahan sa mundo ng Web 2.0? Ang “30″ sa “net 30″ sa isang corporate invoice ay tumutukoy sa mga araw, hindi millisecond. Para sa karamihan ng mga negosyo, negosyo at pinansiyal na aplikasyon, ang isang cycle time na ilang minuto hanggang isang araw ay higit pa sa sapat. Siguro dapat nating iwanan ang paglalaro at virtual reality para sa Web 2.0?

Kung gusto natin ang isang tunay na distributed at desentralisadong hinaharap, kailangan nating labanan ang kambal na tukso ng instant user interface na kasiyahan, ang uri na maihahatid lamang ng palaging naka-on na mga data center, at napakasimpleng pagsasama ng API. Ang kabayaran ay magiging mas patas, mas mapagkumpitensya at mas matatag na ekosistema sa pananalapi at Technology .

Ang mga pananaw na makikita sa artikulong ito ay sarili ko at hindi kinakailangang sumasalamin sa mga pananaw ng pandaigdigang organisasyon ng EY o ng mga miyembrong kumpanya nito.