Ang Problema sa Congestion ng EOS\n\nMahigit isang buwan nang nahaharap ang mga gumagamit ng EOS sa matinding network congestion. Ayon sa datos ng DAppTotal, 77.76% ng CPU resources ay ginagamit ng proyektong EIDOS. Lalo pang lumala ang sitwasyon nang magbanta ang EarnBetCasino na lisanin ang chain—isang malinaw na babala na kahit ang mga ‘high-performance’ blockchain ay hindi ligtas sa labanan para sa resources.\n\n## Ang Diagnosis ni BM: Depektong Disenyo\n\nSa kanyang proposal, itinuro ni Daniel Larimer (BM) ang ugat ng problema: ang REX (Resource Exchange), na idinisenyo para ipaupa ang CPU resources, ay batay sa maling mga palagay. Inasahan nitong pantay-pantay ang demand, ngunit naging dominanteng gamitin lamang ng iilang aktor. Kaya naman bigla-bigla at labo-labo ang presyo, at minsan pa nga ay walang available na CPU kahit anong presyo.\n\n### Ang Pansamantalang Solusyon na Bigo\n\nAng mga nakaraang solusyon tulad ng ‘partial reserve CPU’ ay pansamantalang nakapagbigay ginhawa ngunit may mga bagong suliraning dala:\n- 1000x CPU boosts na nagdulot ng maling ekspektasyon\n- Biglaang pagsipa ng demand na nagkakandahirapan sa mga user\n- Walang basehang presyo mula sa aktwal na utility value\n\n## Ang Bagong Algorithm: Predictability Gamit ang Exponential Pricing\n\nAng solusyon ni BM ay binabaliktad ang sistema gamit ang:\n1. Pagpapaupa lamang ng CPU time (walang permanenteng pagmamay-ari)\n2. Pagpapatupad ng exponential price curves batay sa utilization\n3. Pagbabahagi ng rental fees sa mga staker (REX participants)\n\nTinitiyak nito na matatag ang presyo: kung gusto mo ng 1% ng network CPU for 30 days, babayaran mo lang ang diperensya between current at projected rental income. Ipinapakita rin ng datos ni BM na mananatiling reasonable hanggang ~10% network usage.\n## Mga Hamon sa Implementasyon