Anlamlı hizmetler sunmaya başlayan merkezi olmayan uygulamalar ile merkezi olmayan finans gibi alanlarda, bu uygulamalara artan bir ihtiyaç vardır. Geleneksel Web API’lerini kullanarak veri almak veya olayları tetiklemek için katyonlar. Ancak, jenerik oracle çözümleri, API bağlantısını uygun şekilde ele alamamaktadır. Aşırı genelleştirilmiş ve yanlış yönlendirilmiş bir yaklaşımdan kaynaklanmaktadır. Bu sorun, API3’ün yeni nesil bir blockchain yerel, merkezi olmayan API’ler veya kısaca dAPI’ler. API sağlayıcıları tarafından işletilen birinci taraf oracle’ların aracı kullanan alternatif çözümlerden daha uygun maliyetlidir. Özünde bu girişimin yönetişim, güvenlik ve değer yakalama mekanikleri API3 belirteci. Tokeni stake etmek, sahiplerine tüm yönetim haklarını verecektir.
Stake edilen API3 jetonları sağlayacak zincir üzeri sigorta hizmeti için teminat olarak kullanılacaktır. dAPI kullanıcılarına ölçülebilir ve güvenilir güvenlik garantileri. Bu mekanikler ekosistem düzeyinde merkezi bir otoriteye olan ihtiyacı ortadan kaldıracaktır. Sonuç olarak, API3 Projesi, akıllı sözleşme platformlarının aşağıdakiler için API’lerden yararlanmasına izin verecektir. Gerçekten merkezi olmayan ve güveni en aza indirilmiş bir ortamda anlamlı uygulamaların oluşturulması sağlanacaktır.
API3 incelemesi
Etkileşim kurabilen merkezi olmayan uygulamaların doğuşuna tanık oluyoruz. Yakaladıkları değere anında yansıyan gerçek dünya ile. Bu olgunun en belirgin örneği, değer akışındaki son dalgalanmadır. 100 milyar dolardan fazla toplam değere sahip DeFi’ye (merkezi olmayan finans) Kasım 2021 itibariyle başvurular. Bir DeFi uygulaması genellikle varlık gerektirir akıllı sözleşme platformuna bir veri beslemesi aracılığıyla teslim edilecek fiyatlar. Bu veri beslemesi, uygulamanın gerçek dünyayla etkileşimini kolaylaştırır, sonuçta türev borsalar ve borç verme gibi anlamlı hizmetler sunmasına izin verir. Şu anda ortaya çıkan şey, yalnızca DeFi’nin yükselişi değil, aynı zamanda merkezi olmayan gerçek dünya ile anlamlı bir şekilde etkileşime girebilen uygulamalar ve DeFi yalnızca buzdağının görünen kısmı.
API3 nedir?
İşletmeler, Web API’leri üzerinden çok çeşitli hizmetler sunar. Geleneksel finansal işlemlerin yürütülmesi için varlık fiyatı verileri belirler. Web API’lerinin sunduğu hizmet türlerine erişebilmek için merkezi uygulamalar gerçek dünyayla etkileşime geçmek için ancak bu API’ler yerel olarak uyumlu değildir. Mevcut aracı tabanlı arayüz çözümleri, merkezi, güvensiz ve pahalı; ve sadece daha iyisinin olmaması için kullanılan bir alternatif. API3 ile bir sonraki evrimi alacak bir API konseptini hedefleniyor. Web 3.0’ın kaçınılmaz olarak katı ademi merkeziyetçilik gereksinimlerini karşılamak için önemli bir adım üçüncü taraf aracılar kullanmadan.
API3 dAPI özelliği
dAPI, geleneksel bir API hizmeti sağlamak için güvenli ve uygun maliyetli bir çözümdür Merkezi olmayan bir şekilde akıllı sözleşmelere. Aşağıdaki unsurlardan oluşur:
- API teriminin yalnızca teknik bir arayüze atıfta bulunmadığı birden fazla API ancak gerçek dünyadaki bir işletmenin sağladığı bir hizmet;
- Birinci taraf oracle’lardan oluşan merkezi olmayan bir ağ, yani API tarafından işletilen oracle’lar, sağlayıcıların kendileri;
- Oracle ağını denetlemek için merkezi olmayan bir yönetim birimi.
API3, dAPI’leri geniş ölçekte oluşturmak, yönetmek ve bunlardan para kazanmak için ortak bir çabadır. Tamamen merkezi olmayan bir şekilde başarmak, katılımcıların teşvikleri yeniden API3 belirtecinin yönetişim, güvenlik ve değer yakalama yardımcı programları aracılığıyla silinir. Proje, herhangi bir API3’ün bulunduğu tamamen açık ve doğrudan bir yönetişim modeline sahiptir. Token sahibi, API3 DAO’da doğrudan oylama ayrıcalıkları elde etmek için stake yapabilir. Ayrıca, stake edenler enflasyonist stake ödülleri aracılığıyla dAPI kullanımından faydalanacak
Mevcut Oracle çözümlerinin temel kusurlarından biri ve üretemeyen veri kaynaklarıyla parazitsel bir bağlantı ilesürdürülebilir bir ekosistem. Buna karşılık, şunu kabul ederek başlayalım: API sağlayıcıları bu projenin motorudur. Bu nedenle, soyutlanmayacaklar değil, daha ziyade atfedilebilir ve tazmin edilebilir, böylece çıkarları tam olarak API3 ekosisteminin çıkarlarıyla uyumlu hale gelirler.
API3 problemi ve çözümü
Bir uygulama programlama arabirimi (API), iyi standartlaştırılmış ve belgelenmiş bir hizmetleri almak için belirli bir uygulamayla iletişim kurmak için kullanılan protokolüdür. Hizmetler veri alma veya bir olayı tetikleme şeklinde olabilir. Uygulamalar, API’leri aracılığıyla birbirleriyle iletişim kurabilir, bu da onlara izin verir. Daha karmaşık uygulamalar oluşturmak için entegre edilecek. Bu nedenle, API’ler dijital dünyayı bir arada tutan yapıştırıcıya denir. Verilerinden ve hizmetlerinden para kazanmak için API’leri kullanan işletmelerin bir sonucu olarak, API kavramı, başlangıçtaki anlamını aşmıştır.
API’ler aracılığıyla mevcut hizmetleri uygulamalarına entegre etmek, geliştirme- yükselişe yol açan giderek daha karmaşık ve yetenekli uygulamalar oluşturmak için dev Web servisleri ve mobil uygulamalar. Ancak, işletmelerin bu API’ler hizmetlerini sunmaları nedeniyle akıllı sözleşmelerle doğrudan uyumlu değildir. Bu nedenle, yaşanılan zorluk gerçek dünyayla etkileşime girebilecek merkezi olmayan uygulamalar oluşturmakla karşı karşıya şu anda en iyi API bağlantı sorunu olarak tanımlanabilir.
Oracle problemi
Ademi merkeziyetçilik, hesaplamayı dağıtmakla karakterize edilen Web 3.0’ı tanımlar. Ve önceden belirlenmiş konsensüs kuralları yoluyla sonuçların belirlenmesi. İş merkezi olmayan bir uygulamanın mantığı, akıllı bir sözleşme olarak uygulanır. Blok zinciri tabanlı bir akıllı sözleşme platformunda çalışır. Ademi merkeziyetçilik katılımcıların karşılıklı güven veya güvenilir bir üçüncü taraf gerektirmeden işbirliği yapmaları ve böylece saldırılara ve sansüre karşı dayanıklılık sağlar.
Konsensüs kurallarını uygulamak için akıllı sözleşme platform düğümleri, her birinin sözleşme çağrısı, hesaplamayı tekrarlayarak doğru sonuca yol açtı. Yerel olarak. Bunun mümkün olabilmesi için akıllı sözleşmeler yalnızca bilgi üzerinde çalışabilir. Tüm akıllı sözleşme platform düğümleri tarafından erişilebilir ve kabul edilebilir. Sim-Pler şartlarına göre, akıllı sözleşmeler yalnızca hazır olan bilgiler üzerinde çalışabilir. Blok zincirinde mevcuttur ve dış dünya ile doğrudan etkileşime giremez. Bu, yaygın olarak “kâhin sorunu” olarak bilinir ve idealize edilmiş bir etmene atıfta bulunur. Blok zincirine keyfi olarak tanımlanmış bir gerçek parçası sunabilir.
Şeffaflık eksikliği
API düzeyinde ademi merkeziyetçilik ve oracle düzeyinde ademi merkeziyetçilik in- birbirine bağımlıdır—genel sistem, yalnızca ikisinin merkezi, yani en zayıf halka. Ancak kamuoyunda ve hatta merkezi olmayan oracle ağlarının kullanıcıları bu gerçeği gözden kaçırır ve ademi merkeziyetçiliği karıştırır. Sistemin genel ademi merkeziyetçiliği ile kehanet düzeyinde. Bu tarafından kullanılan veri kaynaklarına ilişkin şeffaflık eksikliğinden kaynaklanmaktadır.
Ademi merkeziyetçiliğin ciddi bir şekilde darboğaz olduğu gerçeğini gizleyen oracles veri kaynağı (API) düzeyinde. Üçüncü taraf oracle’lardan oluşan veri akışları, diğerlerine göre daha merkezi olmayan görünüyor, aslında öyle. Ayrıca veri beslemeleri kaynakta şeffaf olmadığında geliştiriciler, verilerinin bütünlüğünü değerlendiremez ve veri akışına güvenmek zorundadır. Ancak, yönetim birimi için acil bir teşvik yoktur. Veri kaynakları uygun değilse, kaliteyi daha düşük fiyatlara ve kolaylıklara tercih etmektedir.
Aracısızlaştırmanın faydaları
Bölüm 3’te tartışılan tüm sorunların basit bir çözümü vardır: Birinci taraf kahinler; yani, API sağlayıcılarının kendileri tarafından işletilen oracle’lar. API sağlayıcıları çalışıyor kendi kehanetleri, yanıtlarını özel hesaplarıyla imzalayacakları anlamına gelir. Akıllı sözleşme platformu protokol düzeyinde anahtarlar, bu da en iyi kanıtıdır. Verilerle oynanmaz. Ayrıca, birinci taraf oracles varsayılan olarak özeldir, çünkü üçüncü taraf, işlenmekte olan API’den gelen ham verileri gözlemleyemez, bu da doğal olarak çok çeşitli kullanım durumlarında kullanılabilirler.
Birinci taraf oracle’lardan oluşan bir veri akışı, diğerlerine kıyasla daha uygun maliyetli olacaktır. Aracıları istihdam eden biri, aracılara hem hizmetleri hem de hizmetleri için ödeme yapması gerektiğinden onları veri akışına saldırmaya karşı teşvik etmek. Ek olarak, birinci taraf oracle’lardan oluşan bir veri akışına ihtiyaç duyulacaktır. Daha az oracle, çünkü oracle düzeyinde aşırı fazla ademi merkeziyetçiliğe ihtiyaç duymaz, üçüncü şahısların saldırılarına karşı korumak için. Her API’nin tipik olarak en az iki üçüncü taraf oracle tarafından sunulan, birinci taraf oracle’lar tarafından desteklenen veri beslemeleri muhafazakar bir tahminle, gaz maliyetleri açısından en az %50 daha verimli olacaktır.
Hava düğümü protokolü
Daha iyi tanımlanmış API bağlantı sorununu nasıl tercih ettiğimize benzer şekilde Oracle sorunu, bir Oracle düğümünün API’leri arayüzlemek için tasarlanması gerektiğine inanıyor. Akıllı sözleşme platformlarına çok iyi akla gelebilecek herhangi bir amaç için kullanılabilir. Bu felsefeye dayalı olarak, Airnode protokol, API’ler tarafından aşağıdaki gibi elde etmek için kullanılan kendiliğinden ortaya çıkan kalıpları takip etmek için tasarlanmıştır. Mümkün olduğunca şeffaf ve sorunsuz bir API-akıllı sözleşme platformu arayüzü. İlk ve en yaygın olarak kullanılan API stili, istek-yanıt modelini takip eder. Tern, kullanıcının parametrelerle bir istekte bulunduğu ve API’nin en kısa sürede yanıt verdiği yer olabildiğince. Bu, Airnode’un destekleyeceği ilk kalıp olacak, çünkü kolay aynı kalıbı takip eden mevcut API’leri standartlaştırmak ve entegre etmek.
Bir bu şemanın örnek kullanım durumu, belirli bir eşleşmenin sonucunu istemek olabilir, ilgili tahmin pazarını çözmek için kullanılabilecek teslim edilecek. İçinde ek olarak, Airnode’un yayınla-abone ol modelini desteklemesi planlanmaktadır. Kullanıcı, parametrize edilmiş koşullar olduğunda Oracle’dan belirli bir yöntemi geri çağırmasını ister. Örneğin, merkezi olmayan bir değişim, Oracle’ın tetiklenmesini talep edebilir. ETH fiyatı altına düştüğünde kaldıraçlı bir konumda bulunan bir kullanıcı için bir tasfiye olayı 4000 dolar.
API3 tokenomisi
Merkezi olmayan yönetişim, iyi dengelenmiş teşvik mekanizmaları gerektirir. Hem olumlu hem de olumsuz sonuçları uygun bir şekilde modelleyin. Başka bir deyişle, yöneten kuruluşlar iyi sonuçlar için ödüllendirilmeli ve kötü sonuçlar için cezalandırılmalıdır. API3 belirteç, bunu üç ana yardımcı program aracılığıyla kolaylaştırmak için tasarlanmıştır:
- Staking: Deflasyonist mekanizma ile dengelenen enflasyonist ödüller verir. API3 hizmetleri karşılığında jetonları yakma veya zaman kilitleme gibi mekanikler.
- Teminat: Kullanıcıları neden olduğu zararlardan koruyan sigorta hizmetlerini destekler dAPI arızaları tarafından.
- Yönetişim: API3 DAO’da doğrudan temsil sağlar.
Stake aracı, API3’e katılım için finansal bir teşvik sağlar ve hizmetlerinin kullanımını artırmak için bağışta bulunmak. Teminat faydası, ipants, API3’ün operasyonel riskini paylaşır ve onları en aza indirmeye teşvik eder. Nihayet, yönetişim aracı, katılımcılara bunları yürürlüğe koymaları için nihai aracı verir. Bu üç yardımcı programın çakışmasının kritik olduğunu unutmayın. Tüm yönetim kurumları kullanımı en üst düzeye çıkaracak şekilde yönetmeleri için bahis ödülleri almaları gerekir. Herşey Yönetim kurumları, bir ülkede yönetebilmeleri için fonlarını teminat olarak kullanmalıdır. Güvenlik risklerini en aza indiren bir yoldur. Bu amaçla API3, tek bir stake havuzuna sahip olacaktır. API3 jetonlarını bu havuzda stake etmek, temsil ve stake ödülleri verecektir. Aynı zamanda, stake edilen tokenler sigorta ödemesi için teminat olarak kullanılacaktır.
