Hindi mo maaaring masukat ang isang magandang blockchain batay sa mababang transaction fee lamang @RialoHQ @RialoKorea Hindi nangangahulugan na maganda ang isang blockchain dahil mababa ang transaction fee. Kung madalas magkakaroon ng pagkabigo sa transaksyon, tumigil ang mga serbisyo na konektado, at ang mga developer ay kailangang magbayad ng malaking halaga para sa operasyon, ano ang mangyayari? Ngayon, pag-uusapan natin ang “system welfare” ayon kay Rialo! Ipinapahiwatig ni Rialo ang system welfare bilang ang net value na natatanggap ng developer at user, na kinukuha mula sa kabuuang halaga na natatanggap minus ang execution cost, coordination burden, at operational risk. Hindi lang ito tungkol sa isang gas fee—kundi sa buong sistema na nagtatapos sa isang makabuluhang gawain! Kung gagamitin natin ang halimbawa ng courier service: Kahit mababa ang delivery fee, kung madalas nawawala ang mga item, kailangan ng customer na tawagan ang iba’t ibang kumpanya, at kailangan ng seller na mag-ambil ng responsibilidad sa mga aksidente, hindi ito maaaring ituring na magandang delivery network. Kailangan mong tingnan ang presyo, success rate, at operational burden nang sabay-sabay. Tulad din sa blockchain apps. Ang user ay tumitingin sa final fee at reliability, ang developer ay nagdudulot ng cost para sa pagbuo at pagpapanatili, at ang validator at service provider ay dapat makatanggap ng kompensasyon para sa kanilang gawain. Kung ikakataas mo lang ang interes ng isang partido at nawawala ang transaksyon, bumababa ang kabuuang halaga. Sinasabi ni Rialo na kung ikokombinahin natin nang selektibo ang mga komplementarong function tulad ng execution, oracle, at automation, maaaring mabawasan ang fragmented cost at points of failure, at mapataas ang system welfare. Ang pangunahing punto ay hindi kung ilan ang function—kundi kung mas mura at mas matatag ba ang pagtatapos ng makabuluhang gawain. Mayroon ding contra-cost dito. Kapag lumalaki ang sakop ng integration, lumalaki rin ang complexity at centralization ng protocol. Kaya hindi “native kaya maganda”— kundi kung mas malaki ba ang pagbaba ng external coordination cost kaysa sa internal integration cost. Ayon sa aking pananaw, dapat isaalang-alang nang sabay-sabay ang sumusunod upang masukat ang system welfare: 1. Kabuuang gastos bawat gawain 2. Success rate at recovery time 3. Operational burden ng developer 4. Bilang ng makabuluhang gawain na natapos ng user 5. Panganib na nakatuon sa isang partikular na actor Hindi sapat ang isang volume lang. Ang pangunahing punto ay hindi ang pinakamura na chain— kundi ang sistema na nag-iitak ng cost at risk upang makalikha ng pinakamaraming makabuluhang value! Ang supermodularity ni Rialo ay isang pilosopiya na tingnan ang mga architectural choices mula sa pananaw na ito!