Oasis Twitter Space Özeti: Sapphire Geliştirme Araçları

Sorumluluk Reddi: Bu makale Oasis Elçisi tarafından yapılmış bir çeviridir. Doğru çeviriler için kontroller titiz bir şekilde yapılmaktadır ancak hatalar veya eksiklikler olabilir. Oasis, doğruluğundan veya güvenilirliğinden sorumlu değildir. Orijinal makaleye buradan ulaşabilirsiniz: https://oasisprotocol.org/blog/twitter-spaces-sapphire-developer-tools

23 Mart’ta gerçekleştirilen Oasis Twitter Spaces oturumu, Sapphire üzerinde geliştirme yapan geliştiricilerin kullanabileceği kaynak ve araçlar hakkında bilgi edinmek için güzel bir fırsattı. Önde gelen bu iki ekibin üyeleri — Band Protocol Protocol ve Covalent — Sapphire’in geliştiricilere sundukları olanaklar hakkında sohbet etmek için Oasis’e katıldı. Sohbeti kaçıranlar için bu makale, konukların kendi ağzından çıkan kelimeler kullanılarak hazırlanan bir özettir. Kaydı dinlemek isteyenler buradan dinleyebilirler.

Kısaca ve kolayca okunabilmesi adına işte Twitter Space‘in özeti.

Web3'te çözmeye çalıştığınız sorunlardan bazıları nelerdir?

Leibing (Covalent): Bence bu çok genel bir soru. Bana sorarsanız, blockchain endüstrisi için pek çok kritik sorunlar mevcut. Elbette geçen yıl bu sektör için iyi bir zaman değildi ve son iki yılda yaşananlar çeşitli sorunları ön plana çıkardı. Şeffaflıkla ilgili şeyler, kötü oyuncularla ilgili şeyler, vaatlerini yerine getirmeyen birçok projeyle ilgili şeyler vs. Yani tüm bunlar hala yaşanmaya devam ediyor.

Covalent olarak, tabii ki bütün sorunları çözme iddiasında değiliz.

Geliştiricilerimizle çok özel ve niş bir sorunu çözüyoruz. Başlıca sorun veri erişimidir. Çok fazla blok zinciri ve protokol var. Ve bazen zincir üzerindeki verileri sorguladığınızda hepsinin farklı dillerde olduğunu görürsünüz. Hepsi çok noktalı sorgu formatlarındadır. Blockchain veritabanı, size toplu veriler sağlayan SQL veritabanından farklıdır. Bu, özellikle çok zincirli uygulamalar vb. oluşturanlar için, bir blok zincir ile üst düzey soruları anlamayı çok ama çok karmaşık hale getirir.

Covalent, veri toplayarak ve bunları daha düzenli biçimlerde API uç noktalarımıza paketleyerek ve ardından geliştiricilere veri sağlamada ortaya çıkar. Örneğin, bir cüzdan adresinin veya akıllı sözleşmenin tüm işlemlerini almanız gerekiyorsa, yalnızca bir API çağrısı yapabilirsiniz ve tüm her şeyi alırsınız. Ayrıca CSV veya Google E-Tablolar formatında da indirebilirsiniz.

Bu, geliştiricileri, analistleri veya topluluk üyelerini, bir blok zincirinde ne tür zincir içi verilere edinebileceği konusunda gerçekten güçlü kılmaktadır ve umarım bu, aynı zamanda bugünün konuşmasının teması olarak, blok zincirlere ve genel olarak bu alana daha fazla şeffaflık sağlayacaktır.

‍Fon (Band Protocol): Band Protocol aslında akıllı sözleşmelere zincir üstü veri sağlamaktadır. Bu yüzden veri tarafında da çalışıyoruz, ancak aslen bunu blok zincirine sağlamak için çalışıyoruz. Ve çözdüğümüz sorunlar daha çok akıllı sözleşmeleri yürütmenin veya Web3'te oluşturmanın temel sorunları olduğunu söyleyebilirim.

Temel olarak, akıllı sözleşmeler ile blok zincirinin dışından güvenilir ve doğru verilere erişilebilmesine olanak sağlıyoruz.

Akıllı sözleşmeler ve DeFi protokollerinin meşru veya güvenli bir oracle çözümü yoksa, buradaki yolda zaten çok fazla tuzak veya olay olduğunu düşünüyorum. Ve günün sonunda kullanıcılar etkilenir, değil mi? Band Protocol’ü geliştirirken aklımızdaki temel fikir budur. Güvenlik her zaman önceliklidir ve özellikle bunu merkeziyetsizlik aracılığıyla yapabilmek için. Bu nedenle, Band Protocol’ü kullanıyorsanız, merkezi bir hata olmadığından ve verilerin her zaman güvenli ve güvenilir olduğundan emin olabilmeniz için birden fazla doğrulayıcılarla çalışıyoruz.

Gerçekten ele aldığımız bir diğer konu ise, birlikte çalışabilirlik ve ölçeklenebilirliktir. Birlikte çalışabilirlik için, Cosmos için IBC ile bunun üzerinde çalışıyoruz. Ve yakın gelecekte, Oracle’ın verilere ihtiyaç duyduğu dApp’lerle yerel olarak etkileşim kurabilmesi için EVM araçları için köprüyü başlatıyor olacağız. Ölçeklenebilirlik açısından, Band Protocol’ün verimini artırarak ve zincir üzerinde özel bir altyapıya sahip olduğumuz için bunu çözmeye çalıştığımızı düşünüyorum. Band Protocol kendi zincirimizde çalışmaktadır. Ve tüm ağır Oracle hesaplamaları, talep edilen zincirden bizim zincirimize yüklenir, başka herhangi bir veri türü için hesaplama yapılmaz. Tüm verilerimiz veya işlemlerimiz devam etmektedir, ve gerçekten sadece Oracle. Ve bunun, sizin veya akıllı sözleşme oluşturucuların geliştirdiği şeyden yükü nasıl aldığımızı söylemek istiyorum. Ve Oracle çözümü kısmını bırakın biz halledelim.

Covalent ve Band Protocol’ü diğer Web3 projelerinden farklı kılan nedir?

Leibing (Covalent): Covalent ürününü toplu veri sağlayan bir ürün olarak görüyorum. Web3'te bir geliştiriciyseniz ya da yakın zamanda Web3 alanına girmiş bir web aracı geliştiricisiyseniz, zincir üzeri verileri sorgulama yaparken JSON-RPC uç noktaları adı verilen bu şeyleri kullandığınızı fark etmişsinizdir, değil mi? Ve bunlar gerçekten çok iyidir. Hepimiz zincir üzeri verilere ulaşmak için bunlara güveniyoruz, ancak sorun şu ki, bir adresin tokenini almak için bir nokta sorgu yöntemi kullanılıyor, diyelim ki benim adresim. Yalnızca kendi adresimin değil, aynı zamanda token adresinin ve tokenin sözleşme ABI’sinin girdi verilerini de sağlamam gerekir.

Elimde 50 token varsa ne olur? Temel olarak 50 çağrı, 50 API ve sözleşme adresi arasında döngü oluşturursunuz. Yani geliştirici deneyimi açısından bu tam bir kabustur. Özellikle de ürününüzün kullanıcı token’lerinin sadece bir sayfasını göstermesi gerekiyorsa. Ve bu bir ürünün temel bir özelliği değildir, ancak bunu oraya çıkarmanız ve hızlı bir şekilde almanız gerekir. İşte Covalent API burada devreye girmektedir.

Bu tür kullanım durumları için, temelde bu tür veri toplama işlemlerini bize yaptırabileceğiniz ve UX’inize veya çözmeye çalıştığınız iş sorununa odaklanabileceğiniz toplu veriler sağlamaktayız. Verilerimiz son derece kullanıcı odaklıdır, kullanıcılar derken geliştiricileri kastediyorum. Bu da bizi JSON RPC hizmetlerine ve diğer toplu veri sağlayıcılarına kıyasla benzersiz kılmaktadır. Oasis Sapphire de dahil olmak üzere 90'dan fazla zinciri destekliyoruz, bu da Sapphire ağında geiştirme yapan bir geliştiriciyseniz her türlü zincir içi veriyi alabileceğiniz anlamına geliyor. Bu, zincirler arası uygulamalar oluştururken hayatınızı gerçekten kolaylaştırır.

Fon (Band Protocol): Band Protocol, blok zincirine veri sağlayan bir oracle çözümüdür. Aslında müşterilerimizin kendileri için anlamlı olan oracle’ı seçmelerine açık olduğumuzu söyleyebilirim. Ayrıca, nasıl imzalamak isterlerse istesinler, kendi özel protokolleri için birden fazla oracle’a ihtiyaç duysalar bile aynıdır. Ancak Band Protocol’ü öne çıkardığını söyleyebileceğim bazı temel özellikler şunlardır.

Bunlardan biri çapraz zincir uyumluluğudur. Biz de çapraz zincir üzerinde birlikte çalışabilir şekilde tasarlandık. Bu, birden fazla zincir üzerinde bir protokol oluşturuyorsanız, birden fazla Cosmos EVM substratı sağlayabildiğimiz için Band Protocol kullanmanın mantıklı olduğu anlamına gelir.

İkincisi kişiselleştirilebilirlik. Geliştiriciler oracle çözümlerini ihtiyaçlarına göre özelleştirebilirler. Üzerinde çalıştığımız kadarıyla, farklı protokoller gerçekten de fiyat beslemelerinde çok farklı nüanslar gerektirir.

Üçüncüsü ise yine merkeziyetsizlik ve güvenlik. Merkeziyetsiz bir ağımız var. Ve güvendiğimiz birden fazla doğrulayıcı ile çalışıyoruz.

Ölçeklenebilirlik ve hızı da eklemek isterim. Yine, Band Protocol zincirini yüksek verim, düşük gecikme süresi için tasarladık ve geliştiricilerin verilere gerçekten hızlı ve verimli bir şekilde erişmesini sağlamak için uygun maliyetli bir iş olduğu için elimizden geldiğince çalışmaya devam ediyoruz. Son olarak ve en önemlisi, müşterilerimizin herhangi bir sorunu olması durumunda günün her saati çalışan bir ekibin bakımıyla desteklenen sağlam hizmetler sunmaktayız.

Covalent çapraz zincir uygulamaları için ne kadar kullanışlıdır?

‍Leibing (Covalent): Covalent çok zincirli uygulamaları güçlendirmek için çalışır. Çapraz zincir tipik olarak bir zincirden diğerine aktarım yaptığınız ve bunlar köprüleme çözümleri gibi çözümler gerekir, bazen oracle’lar da bu konuda yardımcı olur. Ancak bizce, salt okunur bir API olduğumuz için, çapraz zincir ekranları oluşturmanıza olanak tanıyoruz. Diyelim ki bir cüzdan geliştiriyorsunuz, bir kullanıcının bakiyelerini 90'a kadar zincirde veya sadece birkaç API çağrısıyla görüntüleyebilirsiniz. Ve sanırım Covalent kullanmanın gerçek faydası da bu.

Günümüzde Band Protocol ve Covalent ne tür uygulamalarda kullanılıyor?

Leibing (Covalent): Covalent’i iyi bir şekilde kullanabilecek uygulamalar temelde herhangi bir şey olabilir, yaptığınız herhangi bir dApp gibi. Sapphire gibi EVM uyumlu katmanlar için geliştirmeler yapıyorsanız, bir Solidity arka ucunuz vardır. Bir Solidity arka ucunuz varsa sonra bu sorun karşınıza çıkıyor. Kullanıcılarım için belirli verileri nasıl görüntüleyebilirim?

Buna güzel bir örnek şudur: info.uniswap.org.

Herkes tokenlerini takas etmek için Uniswap’i kullanabilir, ancak ön uçları aracılığıyla grafikleri, havuz sayısını, TVL’yi vb. görmeniz gerekir. Tüm bu veriler Covalent API aracılığıyla kullanılabilir. Köprüleme çözümlerini görebilirsiniz. Bu arka uçta çapraz zincir bir dApp’tir. Ancak her köprü yapmak istediğinizde, sahip olduğunuz token sayısını gösteren bir sayfa olacak, bunun gibi bir şey kullanıcı başına sadece bir API çağrısı ile çok kolay bir şekilde yapılabilir. Dolayısıyla, ön uç kullanıcı arayüzü gerektiren herhangi bir uygulama, herhangi bir dApp, Covalent API için mükemmel bir kullanım alanıdır.

Fon (Band Protocol): Mevcutta gördüğümüz çoğu protokoller DeFi platformlarıdır. Ancak biz L1'lerle de çalışıyo ruz— böylece küçük sözleşmeleri destekleyebiliyoruz — ya da doğrudan dApp’lerle de çalışabiliyoruz. Ancak çoğunlukla DeFi ile çalışıyoruz. Borç verme, ödünç alma, kalıcı sözleşmeler vb. oluşturmak istiyorsanız bir oracle’a ihtiyacınız olacaktır. Daha önce bahsettiğiniz konuya değinmek gerekirse, doğrulanabilir bir rastgele fonksiyon olan VRF’ye de sahibiz.

Bu, oracle’ın üzerine geliştirdiğimiz bir uygulama ya da kullanım alanı. Ve temel olarak rastgele bir sayı üretiyor. Dolayısıyla bu, oyunlara, herhangi bir platforma ve oyun içi rastgelelik oluşturmaya çalışan her türlü dApp’e hizmet edebilir. Son olarak gördüğümüz ve daha fazla görmekten heyecan duyacağım konu ise Sosyal Medya ve Gizlilik. Müşterilerimizden ya da ortaklarımızdan biri sosyal medya profillerini doğrulamak için bizi kullandı. Uygulama üzerinde bir profil modülleri var. Ve bu kişilerin, platformlarındaki profillerin gerçek kişiler olduğunu ve Web2'deki sosyal medya hesapları gibi temelde doğrulanmış hesaplara sahip olduklarını doğrulamak için Band Protocol’den yararlandılar. Bu anlamda, bir profil modülü veya cüzdan oluşturuyorsanız, Band Protocol’ün sizin için de işe yarayabileceğini düşünüyorum.

Oasis geliştiricileri Band Protocol’ü projelerine nasıl entegre edebilir?

Fon (Band Protocol): Web sitemizde çok sayıda bilgi ve dokümantasyon mevcuttur. Ancak, desteğe ihtiyacınız olursa, her zaman ekosistem geliştiricilerimizle iletişime geçebilir ve Discord’umuza katılabilirsiniz veya BD@Band Protocolprotocol.com adresinden bize e-posta gönderebilirsiniz. Ayrıca kurulum yapmanıza yardımcı olabiliriz ve yardımcı olması için özel kaynaklarımzı da paylaşabiliriz. Ancak birden fazla test ağında mevcut durumdayız. Eğer bu konuda desteğe ya da yardıma ihtiyacınız yoksa, çevrimiçi belgeler zaten başlamanız için yeterli olacaktır.

Veri oracle’ları ve veri toplayıcıları gizlilik odaklı blok zincirlerinde nasıl bir rol oynamaktadır?

Leibing (Covalent): Bence bu oldukça felsefi bir soru. Gizlilik ve şeffaflık bazen birbiriyle çelişiyor. Şeffaflık istiyoruz ama aynı zamanda gizlilik de istiyoruz. Sanırım her ikisi de iyi değerler, ki bu da konuyu ilginç kılıyor çünkü saf şeffaflığın mutlak bir kabus olduğu pek çok yol var. Örneğin, düşmanlarınızın tüm hareketlerini bilmeniz gibi, bu bazı kullanım durumlarını mümkün kılmaz. Ancak adresinizin açığa çıkması gibi daha kötü niyetli durumlar da var. Ve eğer bir balinaysanız, pek çok hacker sizi gerçekten hedef almaya başlayacaktır. Ve eğer adresinizi herhangi bir gerçek dünya kimliği ile tanımlama gibi bir şey varsa, pek çok kötü şey olabilir.

Dolayısıyla burada gizlilik ihtiyacını tamamen görebilirsiniz.

Ancak aynı zamanda bu karanlık finansal sisteme sahip olmak için mahremiyetin nasıl tamamen istismar edilebileceğini de sormanız gerekir. Yani evet, her iki uçta da durum iyi değil. Ortada bir çözüme ihtiyacımız var ve bu noktada, örneğin Sapphire’i indekslememizin oldukça ilginç olduğuna inanıyorum çünkü siz özel bir katmana sahip olacaksınız. Ve bunun Ethereum veya Polygon zincirleri gibi genel EVM’nizden ne kadar farklı olduğudur. Bu, yepyeni bir kullanım durumu olarak gördüğümüz çok ilginç bir gerilim. Sanırım bu konuda hala kararımı net, ancak bunun büyüleyici bir konu olduğunu düşünüyorum.

Fon (Band Protocol): Oracle’lar için, sadece teorik bir şey olmaktan çıkıp fiilen oyuna dahil olmanın önemli olduğunu düşünüyorum. Dolayısıyla, oracle kullanımı ve rolleri ile ilgili olarak, doğrulama oldukça basit ve açıktır. Görmediğiniz özel ayrıntıları gözden geçirmek zorunda kalmadan zincir dışı verilere erişerek kullanıcıların veya işlemlerin veya başka bir şeyin kanıtlanmış doğrulamasını sağlamak için Band Protocol oracles ağını kullanabilirsiniz, bu iki zıt şey gibidir. Bir yandan doğrulayabilirken, bir yandan da insanlara gizlilik sağlayabiliriz. Dolayısıyla, Blokzinciri ağları gizlilik konusunda daha etkin hale geldikçe, açıklarımızın bu ağın kullanıcı gizliliğinden ödün vermeden harici veri kaynaklarıyla etkileşime girmesini sağlamada önemli bir rol oynayacağını düşünüyorum.

Bahsettiğim gibi güvenli ve merkeziyetsiz tasarımla bu boşluğu gerçekten dolduruyoruz. Ortaklarımızdan biri olan Decimals, Web3'te sosyal medya oluşturmaya çalışırken bunu kullanıyor. Yani, temelde bir oracle kullanarak doğrulamadan yararlanarak şeffaflık ve aynı zamanda gizlilik arasındaki dengeyi kurmaya çalışıyorlar.

Şu anda DeFi için hizmet veriyoruz çünkü fiyat akışı verilerine yönelik bir alım veya piyasa ihtiyacı var. Ama aslında sektör geliştikçe oracle’lar bundan çok daha fazlasını yapabilir. GameFi için VRF, bir NFT toplantısında bile rastgelelik sunabilir. Gizlilik ağları içinse profilleri doğrulamak için kullanılan bu tür diğer verilerdir. Diyelim ki birisi bir yetiştiricilik oyunu inşa etmekte, bu gerçekten çok yaygın bir durum. Bir istek kullanmak zorunda değilsiniz, cins başına rastgele sonuç. Aslında bunu bir kez tohum olarak yapabilirsiniz. Böylece farklı eşleştirmelerin sağladığı farklı çözümlerin evrenini tam olarak bilirsiniz. Ancak bu kısım daha sonra oyun tasarımcıları için saklanır ve kullanıcılar temelde yalnızca nihai sonuçları bilir.

‍Covalent ve Band Protocol için yol haritasında sırada ne var?

Leibing (Covalent): Covalent tarafında misyonumuz oldukça basit — daha fazla değişiklik, daha iyi tasarım API’si, daha hızlı yanıt süresi. Yani, temel olarak uygulamalarınızın veri elde etme açısından gerçekten ulaşabileceğinizin en hızlısı olmasını sağlamakla ilgili. Ayrıca bir geliştirici olarak hayatınız en basit halini alır. Belirli bir kullanım durumuna ihtiyacınız varsa, bu nedenle ürün ekibimiz sürekli olarak belirli kullanım durumlarına uyacak farklı türde veri kombinasyonlarını bir araya getirmek için çalışıyor.

Mevcut tüm uç noktalarımıza göz atmak için belgelerimize ulaşabilirsiniz — covalenthq.com/docs/api — ve bunları deneyerek, sunduğumuz veri türlerini görebilirsiniz. Ayrıca Curve, AAVE, Balancer, Instadapp, LIDO vb. gibi protokollere özgü verileri almanızı sağlayan C Sınıfı uç noktalar adlı bu yeni seriyi geliştiriyoruz. Yani bundan önce, sanırım tüm bu verileri elde etmek oldukça zordu. Ancak bu yeni uç noktalarla, bu DeFi işlevlerini uygulamanıza ve cüzdanlarınıza gerçekten hızlı bir şekilde entegre edebilirsiniz. Dışarıdaki durum budur.

‍Fon (Band Protocol): Band Protocol tarafında, birlikte çalışabilirliği geliştiriyoruz. Bu yıl yol haritamızı yayınladık. Üç entegrasyon aracı geliştiriyoruz. Kullanıcılarımızın Band Protocol oracle’ına daha sorunsuz ve daha temel bir şekilde erişebilmeleri için EVM için bir köprü sözleşmesi ile Cosmos’taki herkese IBC’yi sunuyoruz, yani özet olarak şunu söyleyebilirim, self servis modüller de sağlamaya çalışıyoruz.

Ayrıca ZK EVM ile nasıl entegre olabileceğimize ve onları da destekleyip desteklemeyeceğimize bakıyoruz.

Veri tarafında, yakında test veri pazarımızı yavaş yavaş faaliyete geçireceğiz. Şu anda premium veri kaynaklarından veri alıyoruz ve doğrudan veri sağlayıcılarla üzerinde çalışıyoruz. Bunu halka ya da diğer iş ortaklarına da açıp açmamamız gerektiği konusunda devam eden bir tartışma mevcut. Bu aynı zamanda Band Protocol’ün faydasına ya da tokenomisine de yardımcı olacaktır.

Nihai hedefimiz, hizmet ve self-servis modellerinin bir karışımını mümkün olduğunca çok zincire sunabilmektir, böylece insanlar yapmak istedikleri ve denemek istedikleri kullanım durumları hakkında da yaratıcı olabilirler. Buna rağmen şöyle diyelim bir şirket, bir proje, bir vakıf olarak bir Band Protocol. Örneğin, Decimals’da olduğu gibi, aslında projeye başladılar ve bazı konularda yardım talep etmeden önce ilk olarak kendileri yaptılar.

Gizlilik özellikli dApp geliştirmek isteyen geliştiricilerle hangi fikirlerinizi paylaşırdınız?

‍Leibing (Covalent): Aklıma iki fikir geliyor.

Birincisi, bunun hackathon’larda çokça yapıldığını görmüştüm, ancak o zaman bu fikre getirdiğim ana eleştiri, zincir üzerinde gizli belgeler oluşturamayacağınızdı. Ve bu uygulama, bir bireyin sağlık kayıtlarının bir hastanenin veritabanında olması yerine, zincir üzerinde olduğu ve bu sağlık kayıtlarına sahip olan kişi olarak size ait olduğu bir tür sağlık kaydı uygulaması. Dolayısıyla, gizlilik odaklı bir blok zinciri ile, kesinlikle bir sağlık hizmeti dApp’ı oldukça gerekli olacaktır veya onunla geliştirebilirler. Ve bu, belirli verilerin egemenliğini elinizde tuttuğunuz diğer şeylere kadar uzanır.

İkinci fikir, belirli GPS konum verilerini gerektiren bir dApp. Örneğin, eşyaların zincire konulduğu bir eşya kiralama uygulamanız varsa ve daha sonra eşyaların iade edilmesini sağlamak için belirli bir teminatlandırma mekanizması kullanabilirsiniz. Eğer iade etmezseniz, değeri gider ve hepsi Metamask Cüzdanınızla ya da her neyse onunla bağlantılı olur. Ve belirli eşyalar için ya eşya kaybolursa. Bu eşyaların nerede olduğunu görmek veya takip etmek için GPS verilerine erişmek istersiniz. Bu da bisiklet paylaşım uygulamalarından çok farklı değildir. Ama yine de hepsi zincir üzerinde. Ancak GPS verilerinin zincir üzerinde olmasıyla ilgili sorun, bunun gizliliği gerçekten ihlal etmesidir. Hiç kimse, her an çevrimiçi olan herhangi birinin cüzdan adresime bağlı olan kesin konumumu bilebileceğini bilerek bir ürün çalıştırmak istemez. Dolayısıyla böyle bir şey, muhtemelen yalnızca belirli izinlere ve rollere sahip belirli aktörlerin özel durumlarda bu özel verilere erişebileceği bir gizlilik katmanına veya gizlilik bileşenine sahip olmaktan geçiyor. Örneğin, bu durumda, ürün kaybolursa ya da buna benzer bir şey olursa.

Yani bunlar oldukça özel kullanım durumları, ancak bunlar sadece aklıma gelenler.

Fon (Band Protocol): Eğer merkeziyetsiz bir VPN ya da İnternet oluşturan bir dApp görsek, böylece daha özel ve sansüre dayanıklı bir İnternet sağlayabilir ve kullanıcılara bu trafik üzerinde bir kontrol verebilirsiniz. Ayrıca kullanıcının çevrimiçi gizliliğini de koruyacaktır — bu gerçekten çok harika olurdu.

Diğer fikir ise pek çok Web 2 kullanıcısının bağlanmak istediği sosyal medya ayak izi ya da dijital ayak izi ile ilgili. Eskiden bu Web2 devlerinden biri için çalışıyordum. Dolayısıyla, kullanıcıları bir tür para kazanma yöntemine dahil etmenin bir yolu varsa, bu çok önemli bir konu. Yani bu sizin veriniz, sizin ayak iziniz. Ona sahip olmalısınız ve ondan kazanmalısınız. Bu oldukça iyi olurdu.

Ve son olarak Monero gibi bir klasik olduğunu söyleyebilirim. Bundan bahsetmek istedim çünkü çok eskilere dayanıyor. Ve eğer yapabilirseniz, bu bir klasik, ancak gizlilik etkinleştirilmişse bu gerçekten harika olurdu diye düşünüyorum. Böylece kimse ne olduğunu bilmeden gizlice işlem gönderebilirsiniz. Ben hala bunun da çok fazla fırsat yaratacağını düşünüyorum.

‍Web2'den Web3'e geçen birine ne tavsiye edersiniz?

Leibing (Covalent): Covalent’teki rolüm nedeniyle tavsiyelerimin veri cephesine oldukça özel olduğunu düşünüyorum. Aslında bir blok zincirinin ne olduğunu, işlemlerin ne tür veriler yaydığını sadece verilere bakarak öğrendim. Açıkçası, Solidity ve benzeri blok zinciri dillerini öğrenmeniz gerekir ve bu size çok yardımcı olacaktır.

Ancak sadece ön uç şeylere veya daha üst düzey şeylere odaklansanız bile, bu yine de önemlidir. Etherscan’a girdiniz diyelim ve ilk girdiğinizde bu şeyler size Yunanca gibi gelecektir. Ancak olayların ne olduğunu, konu karmalarının ne olduğunu, her işlemde ne tür verilerin iletildiğini öğrendikten sonra, verilerin zincirde nasıl depolandığı konusunda gerçekten derin bilgiye sahip olursunuz. Bu size farklı uyarlamaların farklı eylemlerini öğrenmek için iyi bir zemin sağlayacaktır.

Uniswap üzerinde bir takas yaparsanız, zincirde tam olarak ne olur? Ne nereye aktarılıyor gibi? Tüm bu sorular tamamen veri cephesinin kendisinden öğrenilebilir. Yani, bugün Web3 öğreniyorsanız, Solidity’yi öğrenin, bazı ön uç dillerini öğrenin ve ardından Covalent API’yi deneyin. Verileri denemek, incelemek ve tüm bunların ne anlama geldiğini kendinize sormak tamamen ücretsizdir. Bence bu sizi belirli bir yetkinlik düzeyine en hızlı şekilde ulaştıracaktır.

Fon (Band Protocol): Ben Web3'e daha çok niteliksel bir yaklaşım benimserdim. Bence bu sektöre girerken bir kişinin ihtiyaç duyduğu birkaç temel şey var. Birincisi Solidity çünkü işler hızlı değişiyor. Müşterilerimizin ya da iş ortaklarımızın daha önce battığını gördüm ve geri dönmeleri için gerçekten esnek olmaları gerekti. İkincisi esneklik. Web3 çok hızlı değişiyor. Üçüncüsü ise yine uyarlanabilirlik, işler oldukça hızlı değişiyor. Eskisinden çok farklı. Ancak tüm bunların günümüzde ve çağımızda yaşamak gibi olduğunu düşünüyorum. Dolayısıyla, Web3'e girecek olursanız, bence bu üç temel özelliğe ihtiyacınız var.

‍Topluluklarınız ve protokolleriniz için sırada ne var?

Leibing (Covalent): Açıkçası Sapphire ağını yeni indeksledik. Hepiniz ücretsiz bir API anahtarı için kaydolabilir ve Sapphire ağının yanı sıra desteklediğimiz diğer 90 zincirden ne tür zincir içi veriler elde edebileceğinizi deneyebilirsiniz. Ürünü sürekli geliştiriyoruz, bu nedenle lütfen iletişimde kalın. Twitter’ımızı takip edin ve Discord’umuza katılın. Umarız herkes veri ön ucundan öğrenirken ya da kullanırken eğlenceli vakit geçirebilir.

Fon (Band Protocol): Bahsettiğim gibi bazı ürünlerin tanıtımlarını yapıyoruz, ancak aslında bundan önce, birkaç hafta içinde topluluk programımızı başlatıyoruz, buna katılabilirseniz çok seviniriz. Bununla ilgili bilgileri resmi Telegram ve Discord grubumuzda yayınlayacağız. Ve lütfen gelin ve teşvikli topluluk programımıza katılın. Band Protocol’de pek çok şey oluyor.