Baru-baru ini, saya menemukan fenomena yang menyayat hati: ketika sekelompok pengembang kontrak pintar mengakses oracle top seperti Apro, pikiran mereka penuh dengan pemikiran "pasang saja" - seolah-olah ada yang salah dengan sumber data.

Mimpi yang luar biasa. Kebenarannya sebenarnya jauh lebih kejam: begitu Anda terhubung ke sumber data, Anda menjadi firewall terakhir. Oracle memberikan "fakta on-chain yang diverifikasi", tetapi bagaimana dan bagaimana fakta ini digunakan adalah semua pot Anda.

Dengan kata lain: rumah sakit membeli satu set pisau bedah steril impor, dan pisaunya sendiri baik-baik saja, tetapi pasien meninggal di meja operasi, bisakah Anda menyalahkan pisaunya? Jelas tidak. Masalahnya adalah keahlian dokter, bukan alatnya.

Pengembang harus mengingat empat hukum besi ini:

**Pasal 1: Data hanyalah bahan baku, dan pengembang adalah juru mudi yang sebenarnya**

Apro memberikan bahan baku berkualitas tinggi yang telah diverifikasi secara terdesentralisasi. Tetapi jika Anda membuat hidangan asin, mengacaukan, atau memiliki masalah dengan pengguna - itu urusan Anda. Anda harus membangun sistem pemantauan kualitas data Anda sendiri.

Misalnya, jika harga tiba-tiba melonjak dan menukik, melebihi kisaran fluktuasi teoretis, apakah ada mekanisme pemutus sirkuit dalam kontrak Anda? Atau biarkan harga abnormal ini memicu likuidasi massal? Ketika ada masalah jaringan dan penundaan data, apakah aplikasi Anda menunggu dengan bodoh, atau secara otomatis beralih ke solusi keamanan cadangan? Hal-hal ini tidak dapat dicakup oleh sumber data.

**Pasal 2: Kualitas kode menentukan segalanya**

Data terkuat memenuhi kode yang rentan, dan hasilnya adalah bencana. Anda tidak dapat menggunakan fungsi yang belum diuji secara ketat dan memiliki risiko luapan memori untuk menangani informasi harga yang melibatkan uang sungguhan.

Terus terang, tingkat kode Anda harus sebanding dengan sumber data yang Anda pilih. Ini bukan opsional, ini mendasar.