Solana

Ini Bagian 6 dari seri Solana Program Lifecycle. Di Bagian 5 kita bahas soal upgrade authority, dari keypair tunggal, multisig Squads, SPL Governance, sampai flag --final yang udah nggak bisa di-undo lagi. Sekarang kita mundur dikit dan liat gambaran besarnya: gimana sih program kamu bergerak dari file di laptop jadi bytecode yang beneran hidup di mainnet. Jawaban singkatnya: bukan cuma solana program deploy doang. Perintah deploy itu langkah terakhir, bukan keseluruhan proses. Dev yang langsung lompat ke mainnet biasanya nyadarinya pas upload buffer parsial macet jam 3 pagi, atau pas CPI yang sempurna di lokal diam-diam gagal karena akun yang dibutuhkan ternyata nggak pernah ada di mainnet. ...

Ini bagian 5 dari seri Solana Program Lifecycle. Di Bagian 4 kita udah bahas alur deploy dan upgrade: akun Buffer, chunked writes, dan langkah aktivasi yang nyalin bytecode ke akun ProgramData. Setiap instruksi upgrade ngecek satu hal sebelum nerusin: siapa yang boleh ngejalaninnya. Satu hal itu adalah field upgrade_authority_address: 33 byte di akun ProgramData yang ngontrol siapa bisa ganti bytecode program. Tulisan ini bakal nge-track siklus hidup lengkap field itu, dari keypair yang nge-deploy program sampe flag --final yang irreversibel dan nulis None, ngebekuin program selamanya. ...

Ini Bagian 4 dari seri Solana Program Lifecycle. Di Bagian 3 kita udah bahas kalau satu program itu ternyata dua akun: Program Account 36-byte yang nge-point ke ProgramData Account yang nyimpen bytecode aslinya. Sekarang kita masuk ke bagian yang lebih seru: gimana kedua akun itu dibikin dan diganti. Versi singkatnya: ada akun ketiga yang ikut campur. Akun sementara. Dia cuma ada selama deploy atau upgrade berlangsung, dan kalau ada yang nggak beres, dia bisa ngendon di chain nahan SOL lu sampai lu sadar dan klaim balik. ...

Ini bagian 3 dari seri Solana Program Lifecycle. Di Bagian 1 kita bahas model akun. Di Bagian 2 kita bahas compute unit. Sekarang kita masuk ke sesuatu yang jarang kepikiran sama developer, biasanya cuma kepikiran pas sesuatu udah rusak: gimana sih program bener-bener hidup di on-chain? Begini nih: program Solana itu bukan satu akun. Dia dua akun. Dan hubungan antara keduanya adalah yang bikin upgrade bisa dilakuin tanpa merusak semua yang bergantung ke program tersebut. ...

Ini Bagian 2 dari seri Solana Program Lifecycle. Di Bagian 1 kita udah bahas cara kerja akun. Sekarang gue mau bahas hal yang bakal bikin kode lu hancur kalau dibiariin: compute units. Transaksi Solana nggak ngasih peringatan saat kita mendekatin batas compute. Dia cuma gagal aja. User kehilangan fees. Nggak ada pengembalian. Banyak developer baru nyadar masalah ini pas mainnet mulai nolak transaksi yang sebelumnya lancar jaya di devnet. Post ini about cara nghindarin pelajaran mahal itu. ...

Ini Bagian 1 dari seri Solana Program Lifecycle. Kalau kamu baru mulai belajar develop di Solana, mulai dari sini aja. Konsep-konsep di sini bakal muncul terus di semua yang kamu bikin nanti. 1. Model Akun Di Solana, semuanya itu akun. Program, data user, token, bahkan state ledger, semuanya disimpen di akun. Nggak ada database engine, nggak ada tabel relasional. Cuma akun doang, tersebar di peta key-value datar di mana setiap key itu alamat 32-byte dan setiap value itu sebuah akun. ...