pa
Saya berpikir tentang alasan kontrak pintar masih kesulitan mengambil keputusan berdasarkan aktivitas blockchain historis.
Ambil contoh protokol pinjaman. Dua dompet mungkin memiliki saldo saat ini yang persis sama, tetapi riwayatnya bisa sangat berbeda. Salah satunya mungkin telah bertahun-tahun meminjam dan membayar kembali dengan bertanggung jawab, sementara yang lain baru dibuat kemarin.
Kontrak dapat melihat keadaan mereka saat ini. Namun, bagaimana kontrak mengevaluasi semua yang terjadi sebelumnya?
Di situlah saya mulai mencermati @SpaceandTime
Yang menarik perhatian saya bukan sekadar penggunaan Proof of SQL. Melainkan bagaimana kontrak pintar menerima hasil tanpa harus melakukan komputasi basis data itu sendiri.
Ada perbedaan penting di sini.
Kontrak pintar tidak tiba-tiba menjadi basis data. Kontrak tersebut mengirimkan rencana kueri SQL yang telah dikompilasi sebelumnya ke QueryRouter milik Space and Time, beserta pembayaran dan target callback.
Kueri diproses terhadap tabel-tabel di SXT Chain. Sistem menghasilkan Proof of SQL bersama hasilnya, dan bukti tersebut diverifikasi secara on-chain sebelum hasil dikirim kembali ke kontrak yang meminta.
Namun, callback juga merupakan bagian lain yang menarik.
Kontrak penerima perlu memeriksa bahwa respons berasal dari pelaksana router yang berwenang, lalu mendekode data yang dikembalikan sebelum menggunakannya.
Dengan kata lain, menerima data dan bertindak berdasarkan data dengan aman adalah dua langkah yang berbeda.
Hal ini mengubah cara saya memandang arsitekturnya. Komputasi berat dilakukan di luar kontrak yang meminta, sementara verifikasi kriptografis memungkinkan kontrak mengandalkan hasil yang dikembalikan tanpa memproses seluruh set data secara mandiri. Space and Time +1
Tunggu, masih ada satu lapisan lagi yang tidak ingin saya abaikan.
Bukti yang valid tidak otomatis berarti informasi aslinya benar.
Jika informasi yang keliru masuk ke basis data saat proses pemasukan data, membuktikan bahwa perhitungan SQL dilakukan dengan benar terhadap data yang telah dicatat tidak serta-merta memperbaiki kesalahan awal tersebut. Integritas data dan akurasi data saling berkaitan, tetapi keduanya tidak sama. Bukti .
@SpaceandTime #sxt $SXT
Saya berpikir tentang alasan kontrak pintar masih kesulitan mengambil keputusan berdasarkan aktivitas blockchain historis.
Ambil contoh protokol pinjaman. Dua dompet mungkin memiliki saldo saat ini yang persis sama, tetapi riwayatnya bisa sangat berbeda. Salah satunya mungkin telah bertahun-tahun meminjam dan membayar kembali dengan bertanggung jawab, sementara yang lain baru dibuat kemarin.
Kontrak dapat melihat keadaan mereka saat ini. Namun, bagaimana kontrak mengevaluasi semua yang terjadi sebelumnya?
Di situlah saya mulai mencermati @SpaceandTime
Yang menarik perhatian saya bukan sekadar penggunaan Proof of SQL. Melainkan bagaimana kontrak pintar menerima hasil tanpa harus melakukan komputasi basis data itu sendiri.
Ada perbedaan penting di sini.
Kontrak pintar tidak tiba-tiba menjadi basis data. Kontrak tersebut mengirimkan rencana kueri SQL yang telah dikompilasi sebelumnya ke QueryRouter milik Space and Time, beserta pembayaran dan target callback.
Kueri diproses terhadap tabel-tabel di SXT Chain. Sistem menghasilkan Proof of SQL bersama hasilnya, dan bukti tersebut diverifikasi secara on-chain sebelum hasil dikirim kembali ke kontrak yang meminta.
Namun, callback juga merupakan bagian lain yang menarik.
Kontrak penerima perlu memeriksa bahwa respons berasal dari pelaksana router yang berwenang, lalu mendekode data yang dikembalikan sebelum menggunakannya.
Dengan kata lain, menerima data dan bertindak berdasarkan data dengan aman adalah dua langkah yang berbeda.
Hal ini mengubah cara saya memandang arsitekturnya. Komputasi berat dilakukan di luar kontrak yang meminta, sementara verifikasi kriptografis memungkinkan kontrak mengandalkan hasil yang dikembalikan tanpa memproses seluruh set data secara mandiri. Space and Time +1
Tunggu, masih ada satu lapisan lagi yang tidak ingin saya abaikan.
Bukti yang valid tidak otomatis berarti informasi aslinya benar.
Jika informasi yang keliru masuk ke basis data saat proses pemasukan data, membuktikan bahwa perhitungan SQL dilakukan dengan benar terhadap data yang telah dicatat tidak serta-merta memperbaiki kesalahan awal tersebut. Integritas data dan akurasi data saling berkaitan, tetapi keduanya tidak sama. Bukti .
@SpaceandTime #sxt $SXT
