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

    Mengapa kami membina oracle kami sendiri selain menggunakan Chainlink

    DI BALIK PENUTUPAN

    Mengapa kami membina oracle kami sendiri selain menggunakan Chainlink

    Soalan pertama yang ditanya oleh setiap orang yang berasal dari crypto apabila mereka melihat seni bina kami. Ini jawapan yang jujur.

    Hampir setiap pelabur yang ingin tahu secara teknikal yang telah kami duduki bertanya beberapa variasi soalan yang sama dalam sepuluh minit pertama.

    “Anda menggunakan oracle anda sendiri? Mengapa tidak menghubungkan terus ke Chainlink?”

    Ia.soalan yang adil. Chainlink setakat ini merupakan rangkaian oracle terdesentralisasi yang dominan. Mereka mempunyai reputasi yang kukuh, rekod keselamatan yang serius, dan ekosistem pembangun yang luas. Menyimpang daripada tradisi merugikan kami. Jadi mengapa kami melakukannya?

    Jawapan ringkas: industri hospitaliti mempunyai keperluan yang rangkaian oracle tujuan umum tidak dibina untuk dipenuhi dengan baik.

    Pengenalan ringkas, untuk sesiapa yang tidak hidup dalam perkara ini

    Kontrak pintar ialah kod yang berjalan pada blockchain. Ia boleh menyimpan aset, menguatkuasakan peraturan, dan melepaskan pembayaran berdasarkan syarat. Apa yang ia tidak boleh lakukan, secara asli, ialah mengetahui apa-apa tentang dunia luar. Ia tidak boleh membaca kalendar ketersediaan hotel. Ia tidak boleh melihat kadar pertukaran semasa. Ia tidak boleh mengesahkan bahawa tetamu benar-benar daftar masuk.

    Oracle ialah jambatan antara blockchain dan realiti. Ia memberi makan data luaran (harga, peristiwa, pengesahan, identiti) ke dalam kontrak pintar supaya ia boleh bertindak balas terhadapnya. Jika oracle berbohong atau rosak, kontrak bertindak berdasarkan maklumat buruk. Itulah sebabnya reka bentuk oracle adalah salah satu masalah paling tinggi dalam kejuruteraan blockchain.

    Apa yang kami perlukan orakel kami untuk lakukan

    Kontrak pintar Tratok mengendalikan banyak keputusan setiap hari. Bayaran balik, pengesahan tempahan, harga dinamik, penyelesaian pertikaian. Setiap satu memerlukan data luaran yang dipercayai:

    Inventori dan ketersediaan masa nyata
    Adakah bilik ini tersedia sekarang? Adakah ia baru ditempah? Adakah kadar berubah sejak pengguna membuka halaman? Kependaman subsaat penting di sini.
    Peristiwa kitaran hayat tempahan
    Adakah tetamu benar-benar daftar masuk? Adakah hartanah melaporkan tidak hadir? Adakah pembatalan datang sebelum atau selepas tingkap dasar? Ini mencetuskan logik kontrak pintar dan ia khusus untukhospitaliti.
    Harga dan FX berbilang sumber
    Kami memerlukan kadar pasaran saksama TRAT, penukaran fiat merentasi 50+ mata wang, dan isyarat harga dinamik daripada pasaran hospitaliti. Strim, bukan gambar detik.
    Pengesahan identiti yang disahkan
    Untuk sistem semakan kami berfungsi, orakel perlu mengesahkan dompet yang disahkan menyelesaikan tempahan yang disahkan. Logik pengesahan itu tersuai kepada cara kami KYC dan bagaimana seni bina semakan distrukturkan.

    Pertukaran, dibingkai dengan jujur

    Rangkaian oracle tujuan umum direka untuk data tujuan umum. Ia dioptimumkan untuk keluasan (sumber harga untuk setiap aset, setiap rantaian) dan mereka telah melakukan kerja yang cemerlang untuk itu. Tetapi keluasan itu bermakna ia semestinya satu atau dua lapisan pengabstrakan di atas logik domain khusus yang kami perlukan.

    Untuk kami, jurang itu berubah menjadi tiga masalah sebenar:

    Kependaman. Keputusan tempahan berlaku dalam saat. Tetamu berada di halaman, mereka klik, mereka menjangkakan pengesahan. Menghantar-balik data melalui rangkaian oracle tujuan umum menambah kependaman yang kami tidak mampu untuk operasi laluan panas. Kami memerlukan masa respons sub-saat untuk pertanyaan ketersediaan dan harga.

    Kos pada skala. Setiap panggilan oracle mempunyai kos. Untuk platform yang menyasarkan jutaan transaksi sebulan, membayar yuran setiap pertanyaan kepada rangkaian pihak ketiga akan songsangkan ekonomi kami. Penjimatan yang kami kembalikan kepada pembekal dan pengguna bergantung kepada mengekalkan kos unit setiap transaksi hampir sifar.

    Penyesuaian domain. “Pengesahan daftar masuk hartanah” bukan primitif oracle standard. Begitulah juga “arbitrasi pertikaian atas bayaran balik separa.” Membina itu di atas rangkaian suapan generik adalah mungkin, tetapi anda akhirnya menulis banyak logik tersuai di sekitar oracle yang anda jalankan secara efektif separuh daripada satu juga. Kami memutuskan untuk menulis keseluruhan sahaja.

    Apa yang kami bina sebagai ganti: GHOST

    GHOST adalah protokol oracle proprietary kami, dibina khusus untuk data hospitaliti dan perjalanan. Nama itu tidak bermaksud sombong; ia pendek dan pasukan backend kami menyukainya.

    Beberapa perkara yang GHOST berikan kepada kami yang oracle tujuan umum tidak boleh:

    Apa yang kami berikan

    Saya ingin jujur mengenai ini. Menjadi proprietari tidak gratis. Kami menerima tiga kos sebenar:

    Kami tidak mendapat keselamatan kesan rangkaian set validator terdesentralisasi yang besar di luar kotak. Kami membuat pampasan dengan audit, tadbir urus berbilang tanda tangan pada protokol, dan program ganjaran pepijat yang sentiasa dikemas kini, tetapi ia adalah model kepercayaan yang berbeza. Kami mengiktirafnya secara terbuka.

    Kami menanggung beban kejuruteraan. Setiap peningkatan protokol, setiap tampungan keselamatan, setiap jenis data baharu. Itu adalah tanggungjawab pasukan kami. Dengan Chainlink, sebahagian besar beban berat itu dikongsi merentasi ekosistem.

    Kami tidak mendapat interoperabiliti bebas dengan ekosistem DeFi yang lebih luas. Jika kami ingin integrate dengan protokol DeFi yang mengharapkan suapan Chainlink, kami perlu membina jambatan. Kami telah melakukan sebahagian daripadanya dan akan melakukan lebih banyak.

    Pertaruhan, dalam satu ayat

    Untuk platform yang proposisi nilai terasnya bergantung kepada kos transaksi marginal hampir sifar dan keputusan tempahan kelas milisaat, memiliki lapisan data adalahtrade yang tepat. Meskipun dengan beban kejuruteraan yang disertakan.

    Pertaruhan itu mungkin tidak tepat untuk setiap projek blockchain. Untuk protokol DeFi atau platform aset sintetik, jawapannya hampir selalu Chainlink. Tetapi hospitaliti adalah domain dengan keperluan data yang sangat spesifik, dan tekanan ekonomi yang sangat spesifik untuk mengekalkan kos unit yang rendah, sehingga kalkulus berubah.

    Jika anda bekerja pada sesuatu di mana anda sedang menimbang keputusan yang serupa, kami akan dengan senang hati membandingkan nota. Ecosistem kripto tidak membincangkan pertukaran ini dengan secukupnya.

    Mahu pendalaman teknikal?

    Seni bina penuh, termasuk model data GHOST, model keselamatan, dan logik pengagregatan, diliputi dalam whitepaper Tratok.

    Baca kertas putih →

    — Carol

    Pengurus Komuniti, Tratok

    Never miss an update

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

    Delivery frequency