Di awal tahun ini, kami membuat taruhan diam-diam berdasarkan riset pasar yang mendalam: Bahwa fase berikutnya dari keuangan onchain tidak akan terwujud lewat rantai yang lebih cepat, throughput yang lebih besar, atau gas yang lebih murah. Bahwa penghambat utama yang membuat modal institusional, dana yang teregulasi, dan alur kerja keuangan yang serius menjauh dari blockchain publik adalah sesuatu yang lebih sederhana dan lebih mendasar: kerahasiaan. Enam bulan kemudian, riset kami telah menghasilkan produk yang sudah dirilis, infrastruktur yang sudah berjalan, para pembangun yang nyata, dan sebuah kategori yang kini menjadi semakin mustahil untuk diabaikan.
Bagaimana Anda tahu workload rahasia yang Anda percayai saat peluncuran masih merupakan workload yang Anda percayai tiga bulan kemudian?
โก๏ธDengan Nox, Anda memeriksa: https://trust.noxprotocol.io/
Attestasi runtime menampilkan Chain of Trust sebagai sesuatu yang dapat diperiksa oleh pihak eksternal. Bukan sesuatu yang kami minta Anda untuk terima.
Pembuktian waktu boot: membuktikan beban kerja dimulai dengan benar. Pembuktian waktu eksekusi: membuktikan bahwa hal itu masih dapat diperiksa, nanti, sesuai permintaan.
Untuk Nox, kepercayaan bukanlah peristiwa sekali saja. Setiap pengguna, pembuat, atau auditor dapat memverifikasi beban kerja yang sedang berjalan terhadap kode dan konfigurasi yang diharapkan, saat ini.
Boot time attestation melindungi sistem sebelum sistem tersebut berjalan. Runtime attestation memungkinkan siapa pun memverifikasi sistem tersebut saat masih berjalan.
Pembahasan teknis mendalam tentang bagaimana Nox memberikan paruh kedua dari persamaan tersebut. ๐
$RLC
iExec RLC
ยท
--
Antarmuka Runtime Attestation UI
Penulis: Aghiles Ait Messaoud, PhD, Research Software Engineer yang bekerja di iExec.
Pendahuluan
Bagian 1 dari seri ini menetapkan fondasi rantai kepercayaan (chain of trust) Nox: verifikasi saat boot yang mencegah Virtual Machine Rahasia (Confidential Virtual Machine/CVM) memperoleh rahasia apa pun kecuali jika ia telah melakukan boot pada citra sistem operasi yang dikenal serta tumpukan aplikasi yang dikenal pada perangkat keras Intel TDX yang telah diattestasi. Jaminan tersebut, namun, diberlakukan secara internal oleh platform pada waktu boot; dengan sendirinya, jaminan itu tidak memberi pengguna akhir atau auditor eksternal cara langsung untuk memeriksa, pada momen berikutnya, bahwa layanan Nox yang sedang berjalan masih merupakan beban kerja (workload) yang persis sama seperti yang telah diattestasi.
DeFi yang bersifat rahasia tidak seharusnya berarti harus membangun dari nol setiap kali.
Primitive rahasia, pegangan terenkripsi, ACL onchain, eksekusi TEE, yang bekerja dengan cara yang sama di seluruh vault, token, lending, settlement, dan RWA.
Satu beban kerja yang diverifikasi sekali, saat boot, adalah beban kerja yang diverifikasi di masa lalu.
Sistem live membutuhkan verifikasi secara langsung. Itulah yang diberikan oleh attestation runtime: kutipan TDX yang baru, sesuai permintaan, dari komponen Nox mana pun yang sedang berjalan.
Percayai secara real time ๐ trust.noxprotocol.io
Attestation bukan sekadar bukti teknis untuk para insinyur.
Ini adalah bukti yang dapat digunakan oleh auditor, mitra, dan institusi selama proses evaluasi.
Untuk setiap protokol yang memproses data sensitif, bisakah Anda menghasilkan attestation yang baru berdasarkan permintaan? ini mulai menjadi pertanyaan tingkat pengadaan.
Masuk untuk menjelajahi konten lainnya
Bergabunglah dengan pengguna kripto global di Binance Square
โก๏ธ Dapatkan informasi terbaru dan berguna tentang kripto.
๐ฌ Dipercayai oleh bursa kripto terbesar di dunia.
๐ Temukan wawasan nyata dari kreator terverifikasi.