Nama Nofx baru-baru ini menimbulkan banyak diskusi di kalangan pengembang—bukan karena itu luar biasa, tetapi karena ceritanya terlalu ajaib.

Dalam waktu dua bulan, proyek perdagangan otomatis AI sumber terbuka ini telah mengumpulkan hampir 9000 bintang di GitHub. Kedengarannya bagus, tetapi apa yang terjadi selanjutnya cukup untuk memberi peringatan kepada semua orang yang ingin berkontribusi pada sumber terbuka.

**Bahaya di balik popularitas semalam**

Pertumbuhan cepat proyek seharusnya menjadi berita baik. Namun, yang menyertainya adalah serangkaian masalah. Yang pertama kali terungkap adalah celah keamanan — alat perdagangan AI semacam ini melibatkan uang sungguhan, dan celah keamanan berarti apa, semua orang sudah tahu. Selama proses pengungkapan, sikap dan kecepatan respons pihak proyek juga memicu perdebatan.

**Badai internal datang**

Lebih menyedihkan adalah masalah internal tim. Perselisihan saham seperti ini umum terjadi di proyek startup, tetapi ketika terungkap di komunitas sumber terbuka, itu berubah menjadi krisis kepercayaan. Anggota komunitas melihat dengan mata kepala sendiri ketegangan antara pendiri meningkat, arah proyek menjadi tidak jelas, dan sikap pemelihara juga mulai goyah. Konflik internal semacam ini sering kali lebih merusak bagi proyek yang tumbuh cepat dibandingkan masalah teknis.

**Pintu Lisensi Sumber Terbuka**

Selanjutnya adalah kontroversi mengenai lisensi sumber terbuka. Lisensi mana yang digunakan, bagaimana kode digunakan, di mana batasan komersialisasi - hal-hal yang tampaknya merupakan masalah hukum ini, pada kenyataannya mencerminkan konflik nilai inti proyek. Begitu masalah ini tidak ditangani dengan baik, komunitas akan terpecah, dan kontributor juga akan menjauh.

**Inspirasi untuk Proyek Sumber Terbuka**

Pengalaman Nofx bukanlah kasus yang terisolasi. Dalam bidang Web3 yang berkembang pesat ini, proyek dapat dengan mudah menjadi populer, tetapi yang mampu menjaga kestabilannya justru tidak banyak. Audit keamanan, kerangka tata kelola, pilihan protokol yang jelas—hal-hal yang tampaknya sepele ini menentukan seberapa jauh sebuah proyek dapat berjalan.

Terutama proyek open source yang melibatkan aplikasi sensitif seperti dana dan transaksi, perlu untuk membangun sistem manajemen risiko yang lengkap sejak awal. Jika tidak, begitu ada masalah, itu bukan hanya masalah kode, tetapi juga keruntuhan kepercayaan seluruh komunitas.