Binibigyang-priyoridad ni Yakovenko ng Solana ang limang pangunahing app
Sinabi ni Anatoly Yakovenko, kapwa tagapagtatag ng Solana, na dapat unahin ng network ang mga application na may malaking asset under management at mataas na dami ng retail trading. Binanggit niya ang Phantom, Pump.fun, Fomo, Jupiter at Kamino, at inilagay ang mga pangangailangan ng mga ito bago ang sa mga validator, developer, market maker at core engineer.
Ginawa ni Yakovenko ang mga pahayag sa isang post noong Oktubre 23 bilang tugon sa mga batikos tungkol sa paggamit ng mga taga-disenyo ng Ethereum protocol sa sarili nilang network. Pinuri niya ang Ethereum Foundation dahil isinasaalang-alang nito ang pangangailangan ng Aave para sa maaasahang pagproseso ng transaksyon kapag may pagsisikip o pagkaantala.
Inilalarawan ng mga pahayag ang isang prayoridad sa pag-optimize ng Solana network, hindi isang partikular na upgrade o pagbabago sa mga patakaran para sa validator. Wala siyang inanunsyong pondo, iskedyul ng pagpapatupad o bagong kasunduan sa mga app na binanggit. Maaaring muling pasiglahin ng mga komento ang usapan kung dapat bang ituon ang disenyo ng network ng Solana sa mga consumer application na may mataas na volume, ngunit hindi nangangahulugan ang mga ito, sa ganang sarili, ng agarang pagbabago sa mga pundamental ng SOL.
Neutral
Pahayag ito tungkol sa mga prayoridad sa pag-optimize ng Solana, hindi isang kumpirmadong pagbabago sa protocol, desisyon sa pagpopondo, o bagong pinagmumulan ng demand. Dahil dito, wala itong malinaw na agarang epekto sa supply ng SOL, performance ng network, o kita ng mga app, kaya malamang na neutral ang direktang epekto nito sa trading.
Sa maikling panahon, maaaring pag-usapan ng mga trader kung mapapahusay ng pagbibigay-priyoridad sa malalaking app ang kadalian ng paggamit ng Solana at masuportahan ang aktibidad sa buong ecosystem nito. Gayunman, kung walang teknikal na detalye o nasusukat na pagbabago sa mga transaksyon, bayarin, uptime, o paggamit ng app, malamang na mas nakadepende ang anumang paggalaw ng presyo sa mas malawak na kondisyon ng merkado at sentimyento kaysa sa post na ito lamang. Karaniwang nagiging paksa ng talakayan ang mga katulad na debate kung dapat bang unahin ng isang blockchain ang mga user, developer, o operator ng imprastraktura, sa halip na maging maaasahang hiwalay na senyales ng presyo.
Sa mas mahabang panahon, maaaring maging mahalaga ang argumento kung hahantong ito sa mga konkretong pagbabagong magpapahusay sa pagiging maaasahan ng mga transaksyon para sa mga app na may mataas na dami ng paggamit. Maaaring suportahan ng mas mahusay na performance ang aktibidad ng mga user at paglago ng ecosystem, samantalang ang pakiramdam na napapabayaan ang mga validator o developer ay maaaring magdulot ng pangamba tungkol sa katatagan at desentralisasyon ng network. Dapat hintayin ng mga trader ang mga kasunod na hakbang—kabilang ang mga panukala sa protocol, sukatan ng mga app, datos tungkol sa pagsisikip at outage, at dami ng trading ng SOL—bago ituring na senyales ng direksiyon ang mga komentong ito.