Masa başına oturduğumuz hemen hemen her teknik meraklı yatırımcı, ilk on dakika içinde aynı sorunun bir varyasyonunu sorar.

“Kendi oracle’larınızı mı kullanıyorsunuz? Neden sadece Chainlink’e bağlanmıyorsunuz?”

Bu adil bir soru. Chainlink şu ana kadar baskın merkeziyetsiz oracle ağıdır. Güçlü bir itibara, ciddi bir güvenlik kaydına ve geniş bir geliştirici ekosistemine sahipler. Komut dosyasının dışına çıkmak bize bir şeye mal oluyor. Peki neden yaptık?

Kısa cevap: konaklama sektörünün, genel amaçlı oracle ağlarının iyi hizmet etmek için inşa edilmediği ihtiyaçları var.

Bu konuda uzman olmayan herkes için hızlı bir giriş

Akıllı sözleşme, bir blockchain üzerinde çalışan koddur. Varlıkları tutabilir, kuralları uygulayabilir ve koşullara bağlı olarak ödemeleri serbest bırakabilir. Yerel olarak yapamayacağı şey, dış dünya hakkında hiçbir şeyi bilmektir. Bir otelin müsaitlik takvimini okuyamaz. Mevcut döviz kurunu göremez. Bir misafirin gerçekten check-in yaptığını doğrulayamaz.

Oracle, blockchain ile gerçeklik arasındaki köprüdür. Dış verileri (fiyatlar, olaylar, doğrulama, kimlik) akıllı sözleşmelere aktarır, böylece bunlar üzerinde hareket edebilirler. Oracle yalan söylerse veya bozulursa, sözleşme hatalı bilgi üzerinde çalışır. Bu nedenle oracle tasarımı, blockchain mühendisliğindeki en yüksek riskli sorunlardan biridir.

Oracle’larımızdan yapmalarını istediğimiz şeyler

Tratok’un akıllı sözleşmeleri her gün çok sayıda karar alır. İadeler, rezervasyon onayları, dinamik fiyatlandırma, uyuşmazlık çözümü. Her biri güvenilir harici verilere ihtiyaç duyar:

Dürüstçe çerçevelenmiş ödün

Genel amaçlı oracle ağları genel amaçlı veriler için tasarlanmıştır. Bunlar genişlik için optimize ederler (her varlık, her zincir için fiyat verileri) ve bunu parlak bir şekilde başardılar. Ancak bu genişlik, kaçınılmaz olarak ihtiyacımız olan spesifik alan mantığının bir veya iki soyutlama katmanı üzerinde oldukları anlamına gelir.

Bizim için bu boşluk üç gerçek soruna dönüştü:

Gecikme. Bir rezervasyon kararı saniyeler içinde gerçekleşir. Bir konuk bir sayfadedir, tıklar ve bir onay bekler. Verileri genel amaçlı bir oracle ağı üzerinden gidiş-dönüş yapmak, sıcak yol operasyonları için göze alamayacağımız gecikme ekler. Kullanılabilirlik ve fiyatlandırma sorgularında alt saniye yanıt sürelerine ihtiyacımız vardı.

Ölçekte maliyet. Her oracle çağrısının bir maliyeti vardır. Ayda milyonlarca işlem hedefleyen bir platform için, üçüncü taraf bir ağa sorgu başına ücret ödemek ekonomimizi tersine çevirirdi. Sağlayıcılara ve tüketicilere geri verdiğimiz tasarruflar, her işlemin birim maliyetini sıfıra yakın tutmaya bağlıdır.

Alan özelleştirme. “Mülk giriş onayı” standart bir oracle ilkeli değildir. “Kısmi bir geri ödemenin anlaşmazlık tahkimi” de değildir. Bunları genel bir besleme ağının üzerine inşa etmek mümkündür, ancak oracle’ın etrafında o kadar çok özel mantık yazarsınız ki, aslında bir tanein yarısını çalıştırıyorsunuzdur. Tümünü yazmaya karar verdik.

Bunun yerine inşa ettiğimiz şey: GHOST

GHOST, konaklama ve seyahat verileri için özel olarak inşa edilmiş tescilli oracle protokolümüzdür. Adı iddialı bir şey ifade etmez; kısa ve backend ekibimiz beğendi.

GHOST’un genel amaçlı oracle’ların yapamadığı birkaç şeyi sağladığı noktalar:

• Alt saniye sıcak yol. Kullanılabilirlik ve fiyatlandırma sorguları, köprülenmiş değil de sisteme özgü oldukları için milisaniyeler içinde döner.
• Alan algılı veri yapıları. Protokol, yalnızca genel sayısal veri akışları değil, “rezervasyon,” “tarife planı,” “iptal politikası,” “giriş etkinliği” konuşur.
• Maliyet ölçeklendirme. Marjinal oracle maliyeti yüksek hacimde sıfıra yaklaşır ve bu, sağlayıcı tasarruflarının yüzde 28 ila 36’sının sürdürülebilir olmasının tek yoludur.
• Çoklu kaynak toplama. GHOST, binlerce mülkü kapsayan ağımızdan envanter ve fiyatlandırma verilerini toplar. Toplama mantığı özellikle konaklama kullanım durumu için ayarlanmıştır.
• Bağımsız denetim. Tüm sistem, daha geniş akıllı sözleşme inceleme sürecimizin bir parçası olarak bağımsız güvenlik denetimlerinden geçti.

Vazgeçtiklerimiz

Bu konuda dürüst olmak istiyorum. Proprietary olmaya gitmek ücretsiz değil. Üç gerçek maliyeti kabul ettik:

Büyük bir merkeziyetsiz doğrulayıcı setinin ağ etkisi güvenliğini kutudan çıktığı gibi elde etmiyoruz. Denetimler, protokol üzerinde çok imzalı yönetişim ve sürekli güncellenen hata ödül programı ile telafi ediyoruz, ancak bu farklı bir güven modeli. Açıkça kabul ediyoruz.

Mühendislik yükünü biz üstleniyoruz. Her protokol yükseltmesi, her güvenlik yaması, her yeni veri türü. Bu, ekibimizin sorumluluğunda. Chainlink ile bu ağır yükün çoğu ekosistem genelinde paylaşılıyor.

Daha geniş DeFi ekosistemiyle ücretsiz birlikte çalışabilirlik elde etmiyoruz. Chainlink veri akışları bekleyen bir DeFi protokolüyle entegre olmak istiyorsak, köprüler inşa etmemiz gerekiyor. Bunun bir kısmını zaten yaptık ve daha fazlasını yapacağız.

Bahis, tek bir cümleyle

Marjinal işlem maliyetinin sıfıra yakın olduğu ve milisaniye sınıfı rezervasyon kararlarının verildiği bir platform için, veri katmanına sahip olmak doğru bir ticari karardı. Beraberinde gelen mühendislik yükü olsa bile.

Bu bahis her blockchain projesi için doğru olmayabilir. Bir DeFi protokolü veya sentetik varlık platformu için cevap neredeyse her zaman Chainlink’tir. Ancak konaklama sektörü, o kadar spesifik veri ihtiyaçlarına ve birim maliyetlerini düşük tutma konusunda o kadar spesifik ekonomik baskıya sahiptir ki, hesaplama değişir.

Benzzer bir kararı tarttığınız bir şey üzerinde çalışıyorsanız, notları karşılaştırmaktan memnuniyet duyarız. Kripto ekosistemi bu dengeden yeterince bahsetmiyor.

— Carol

Topluluk Yöneticisi, Tratok