Ang hindi maiiwasang tugon sa pananaw na ito ay ang pagkakasala mula sa mga grupo ng kultura, NFT, gaming, at iba pa. Ngunit ang pagkakaroon ng pagkakokusyong pampinansyal ay hindi ang pako sa kahon ng “web3”. Ang pampinansyal ay mahirap. Mayroon itong mas mahigpit na mga kinakailangan. Nang ako ay nagtrabaho sa TradFi, kailangan naming itigil ang karamihan sa mga off-the-shelf software dahil nagpapasya sila sa masamang kompromiso sa mahahalagang aspeto tulad ng latency at consistency. Ang magandang software para sa pampinansyal ay maaaring gumana para sa lahat ng iba pang bagay. Ang magandang software para sa lahat ng iba pang bagay ay hindi maaaring gumana para sa pampinansyal. Ang pagpapakilala ni Solana sa paglutas ng pinakamahirap na problema (pampinansyal) ay hindi nangangahulugan na hindi mo ito maaaring gamitin para sa kultura, gaming, at iba pa. Ang pinakamahusay na paraan upang manalo ay hindi maging lahat para sa lahat. Ang mga kreatibo ay laging makakahanap ng paraan upang gamitin ang mga kasangkapan nang labas sa kanilang inaasahang saklaw. Kapag may hawak ka ng martilyo, lahat ay tila pako. Pero baka magsimula tayo sa pagpapatupad sa mga tunay na pako muna.
Holy crap, laking bagay ito. Kailangan nating gamitin ang pattern na ito para sa lahat. Pagbabago sa konfigurasyon ng protocol, atbp. Nagtatanggal nang buong kailangan ng mga espesyal na device para sa pag-sign. Kung talagang maaasahan mo ang binabasa mo sa iyong ledger, ito *ay* ang espesyal na device para sa pag-sign.
Dahil sa pag-launch ng Alpenglow, kami bilang mga application developer ay may pananagutan na panatilihin ang magkakasunod na Slowlana experience. Ibig sabihin, kailangan naming gawing mas mabagal ang mga programa. Ilan sa mga mungkahi: - Iwasan ang zero copy. Borsh lahat. - Ilagay lahat sa heap. - Kung posible, gamitin ang python o javascript upang isulat ang mga programa. - Muling i-derive ang bump seeds para sa bawat PDA, bawat beses. - Hindi ka sapat na naglog. Mas maraming msg!
PSA sa mga regular na gumagamit ng mga bagong produkto: Ang mga audit ay nagkakahalaga ng milyon-milyong dolyar at kailangan ng mga linggo para matapos. Ang mga startup na self-bootstrapped ay kahit hindi kayang bayaran. May aktibong pagbabawal para sa iyong paboritong protokolo na manatili sa itaas ng seguridad, dahil ito ay nagpapabagal sa kanilang kakayahang mag-iterate at makahanap ng PMF. Bayaran nila ba ang $50k para i-audit ang isang bagong feature na sa wakas ay walang naggamit? Siguraduhin na ang ginagamit mo ay na-audit ng isang taong tiwala mo, at na ang code na nasa mainnet ay ang code na na-audit (verified builds, kinakailangan ang open source). Kung hindi mo kayang i-verify, okay lang, pero huwag ilagay lahat ng iyong mga itlog sa iisang basket. May programa ang Solana Foundation na nag-aalok ng mga audit para sa sinumang may higit sa $10m TVL, na dapat ay makatutulong nang malaki.
Sasagutin namin ito nang direkta. Hindi lang namin sinuri ang refactor diff mula sa Drift patungo sa Velocity. Sinuri namin ang *buong* codebase. Hindi ito isang rush job. Kung gusto naming bilisan ito, maaari namin na lang sana suriin ang diff, sabihin na okay ang lumang code, at i-launch ito nang ilang buwan na ang nakalipas. Gusto naming mag-ingat at piliin ang kaligtasan, kaya kinailangan naming muli suriin ang buong codebase. Ito ay mahal at nangangailangan ng maraming oras. Ang Drift ay isa sa mga pinakamalaking Solana programs na umiiral na may mga libo-libong linya ng code. Pero ito ang tamang desisyon, dahil ang kaligtasan ay aming prioridad. Oo, maraming natuklasan. Pero kumpara sa dami ng code, ito ay makatwiran. Ang karamihan sa mga natuklasan ay nasa pre-refactor code, at ang karamihan sa mga ito ay hindi magdudulot ng LoF sa anumang totoong sitwasyon. Isang hirap na pagsisikap ang (1) pagsusuri sa napakalaking monolith na ito, salamat sa mga auditor! (2) pagpapabuti sa bawat isyu, anuman ang kalaki nito. Ito ang dahilan kung bakit pinagpalit na malayo ang launch.