Gmum CT Marami pa ring tumitingin sa pag-scall ng blockchain sa pamamagitan ng pananaw ng bilis. Ngunit ang mas interesanteng problema ay lumalabas sa ibang lugar. Hindi sa pagpapatupad. Kundi kung paano talaga lumalakad ang impormasyon sa pagitan ng libu-libong machine na nagtatry na mag-ayos nang sabay-sabay. Kapag tumataas ang aktibidad, hindi lang “nagiging mas mabagal” ang network sa simpleng paraan. Nagsisimula itong mag-ulit-ulit. Ang parehong data ay iniiwasan, iniiwasan muli, at ipinapadala sa iba’t ibang daanan para lang manatiling naka-align lahat. Ang overhead na ito ay naging bahagi ng bottleneck nang tahimik. Ano ang ginagawa ni @get_optimum ay tinutukoy ang eksaktong problema na ito—kung paano lumalakad ang data sa pagitan ng mga node kapag nasa ilalim ng load ang sistema—at ito ay pinaliwanag nang maraming beses ng co-founder na si @kentlinyy mismo. Ang mga bagong pagsubok sa Ethereum ay binanggit ang hanggang 6x mas mabilis na pagpropaganda ng data gamit ang RLNC, isang paraan ng pag-encode ng impormasyon kung saan maaari pa ring mabuo kahit na ang ilang bahagi ay hindi dumating nang malinis. Mas kaunting redundant na komunikasyon. Mas malinis na pagpropaganda. Mas mabuting koordinasyon sa ilalim ng presyon. At doon talaga ang pagbabago. Dahil ang scaling ay hindi na tungkol sa kung gaano kalakas ang isang sistema sa pagpapatupad… kundi tungkol sa kung gaano kahusay nito ang pagpapanatili ng sarili nitong pagkakasundo habang lahat ay nangyayari nang sabay-sabay.