• About Us
  • The Value Of Tourism
  • Why Tratok?
  • Tratok Features
  • Tokenomics
  • Buy Tratok
  • Buy TRAT → Explore Platform →

    Mengapa kami membangun oracles kami sendiri daripada menggunakan Chainlink

    DIBALIK LAYAR

    Mengapa kami membangun oracles kami sendiri daripada menggunakan Chainlink

    Pertanyaan pertama yang ditanyakan setiap orang yang mengerti crypto ketika mereka melihat arsitektur kami. Berikut adalah jawaban yang jujur.

    Hampir setiap investor yang penasaran secara teknis yang pernah kami ajak bicara menanyakan beberapa variasi dari pertanyaan yang sama dalam sepuluh menit pertama.

    “Anda menggunakan oracles Anda sendiri? Mengapa tidak langsung terhubung ke Chainlink?”

    Ini pertanyaan yang adil. Chainlink sejauh ini merupakan jaringan oracle terdesentralisasi yang mendominasi. Mereka memiliki reputasi yang kuat, rekam jejak keamanan yang serius, dan ekosistem pengembang yang luas. Melepaskan script memerlukan biaya bagi kami. Jadi mengapa kami melakukannya?

    Jawaban singkatnya: perhotelan memiliki kebutuhan yang tidak dirancang dengan baik untuk dilayani oleh jaringan oracle serbaguna.

    Pengenalan singkat, untuk siapa pun yang tidak tinggal dalam hal-hal seperti ini

    Kontrak pintar adalah kode yang berjalan di blockchain. Kode tersebut dapat menyimpan aset, memberlakukan aturan, dan melepaskan pembayaran berdasarkan kondisi. Yang tidak dapat dilakukannya secara native adalah mengetahui apa pun tentang dunia luar. Kode tersebut tidak dapat membaca kalender ketersediaan hotel. Kode tersebut tidak dapat melihat kurs mata uang saat ini. Kode tersebut tidak dapat memverifikasi bahwa tamu benar-benar check in.

    Oracle adalah jembatan antara blockchain dan kenyataan. Oracle ini memberikan data eksternal (harga, peristiwa, verifikasi, identitas) ke smart contract agar dapat bertindak berdasarkan data tersebut. Jika oracle berbohong atau rusak, contract bertindak berdasarkan informasi yang salah. Inilah mengapa desain oracle merupakan salah satu masalah dengan risiko tertinggi dalam rekayasa blockchain.

    Apa yang kami butuhkan dari oracle kami untuk dilakukan

    Smart contract Tratok menangani banyak keputusan setiap hari. Pengembalian dana, konfirmasi pemesanan, penetapan harga dinamis, penyelesaian sengketa. Masing-masing membutuhkan data eksternal yang terpercaya:

    Inventaris dan ketersediaan waktu nyata
    Apakah kamar ini tersedia saat ini? Apakah baru saja dipesan? Apakah tarif telah berubah sejak pengguna membuka halaman? Latensi sub-detik penting di sini.
    Peristiwa siklus hidup pemesanan
    Apakah tamu benar-benar check in? Apakah properti melaporkan ketidakhadiran? Apakah pembatalan datang sebelum atau sesudah jendela kebijakan? Ini memicu logika smart-contract dan bersifat spesifik untuk perhotelan.
    Harga multi-sumber dan Valuta Asing
    Kami membutuhkan tarif pasar wajar TRAT, konversi mata uang fiat di seluruh 50+ mata uang, dan sinyal penetapan harga dinamis dari pasar perhotelan. Streaming, bukan snapshot.
    Attestasi identitas terverifikasi
    Agar sistem ulasan kami berfungsi, oracle harus mengkonfirmasi dompet terverifikasi menyelesaikan pemesanan terverifikasi. Logika attestasi ini khusus untuk cara kami melakukan KYC dan bagaimana arsitektur ulasan terstruktur.

    Pertukaran, dilihat dengan jujur

    Jaringan oracle serba guna dirancang untuk data serba guna. Mereka mengoptimalkan untuk keluasan (sumber harga untuk setiap aset, setiap rantai) dan mereka telah melakukan pekerjaan yang luar biasa untuknya. Tetapi keluasan itu berarti mereka pasti satu atau dua lapisan abstraksi di atas logika domain spesifik yang kita butuhkan.

    Bagi kami, celah itu berubah menjadi tiga masalah nyata:

    Latensi. Keputusan pemesanan terjadi dalam hitungan detik. Tamu berada di halaman, mereka mengklik, mereka mengharapkan konfirmasi. Data bolak-balik melalui jaringan oracle serba guna menambah latensi yang tidak bisa kami tanggung untuk operasi jalur panas. Kami membutuhkan waktu respons sub-detik untuk kueri ketersediaan dan harga.

    Biaya pada skala. Setiap panggilan oracle memiliki biaya. Untuk platform yang mengincar jutaan transaksi per bulan, membayar biaya per-kueri ke jaringan pihak ketiga akan membalik ekonomi kami. Penghematan yang kami berikan kembali ke penyedia dan konsumen bergantung pada menjaga biaya unit setiap transaksi mendekati nol.

    Kustomisasi domain. “Konfirmasi check-in properti” bukanlah primitif oracle standar. Begitupun “arbitrasi perselisihan tentang pengembalian sebagian.” Membangun hal-hal tersebut di atas jaringan umpan umum mungkin saja, tetapi pada akhirnya Anda menulis begitu banyak logika kustom di sekitar oracle sehingga Anda pada dasarnya menjalankan setengah dari satu oracle. Kami memutuskan untuk menulis seluruhnya.

    Yang kami bangun sebagai gantinya: GHOST

    GHOST adalah protokol oracle eksklusif kami, yang dibuat khusus untuk data perhotelan dan perjalanan. Namanya tidak berlebihan; singkat dan tim backend kami menyukainya.

    Beberapa hal yang GHOST berikan kepada kami yang tidak bisa dilakukan oracle serba guna:

    Apa yang kami korbankan

    Saya ingin jujur tentang ini. Bersifat proprietary bukanlah tanpa biaya. Kami menerima tiga biaya nyata:

    Kami tidak mendapatkan keamanan efek jaringan dari seperangkat validator terdesentralisasi yang besar secara otomatis. Kami mengimbanginya dengan audit, tata kelola multi-signature pada protokol, dan program bug bounty yang terus diperbarui, tetapi ini adalah model kepercayaan yang berbeda. Kami mengakui secara terbuka.

    Kami menanggung beban teknis. Setiap peningkatan protokol, setiap tambalan keamanan, setiap tipe data baru. Itu adalah tanggung jawab tim kami. Dengan Chainlink, banyak beban berat tersebut dibagi di seluruh ekosistem.

    Kami tidak mendapatkan interoperabilitas gratis dengan ekosistem DeFi yang lebih luas. Jika kami ingin mengintegrasikan dengan protokol DeFi yang mengharapkan umpan Chainlink, kami harus membangun jembatan. Kami telah melakukan beberapa di antaranya dan akan melakukan lebih banyak lagi.

    Taruhannya, dalam satu kalimat

    Untuk platform yang proposisi nilai inti bergantung pada biaya transaksi marjinal yang hampir nol dan keputusan pemesanan kelas milidetik, memiliki lapisan data adalah pilihan yang tepat. Bahkan dengan beban teknik yang menyertainya.

    Pertaruhan itu mungkin tidak tepat untuk setiap proyek blockchain. Untuk protokol DeFi atau platform aset sintetis, jawabannya hampir selalu Chainlink. Tapi hospitality adalah domain dengan kebutuhan data yang sangat spesifik, dan tekanan ekonomi yang sangat spesifik untuk menjaga biaya satuan tetap rendah, sehingga kalkulusnya berubah.

    Jika Anda sedang mengerjakan sesuatu di mana Anda menimbang keputusan serupa, kami dengan senang hati akan bertukar pikiran. Ekosistem kripto tidak cukup membahas kompromi ini.

    Ingin plonge menyelam teknis?

    Arsitektur lengkap, termasuk model data GHOST, model keamanan, dan logika agregasi, tercakup dalam whitepaper Tratok.

    Baca whitepaper →

    — Carol

    Manajer Komunitas, Tratok

    Never miss an update

    Get new Tratok articles by email — the moment they publish, or as one weekly digest.

    Delivery frequency