Token Tasarımı: Büyük Potansiyel, Tuzaklar, Çözümler ve Gelecek Beklentileri
Tokenlar, protokollerin nasıl tasarlandığını ve nelerin başarılabileceğini değiştiren çok ilginç, kullanışlı ve güçlü yeni bir araçtır ancak tokenlar tasarımın merkezinde yer almaz. Günümüzün protokol tasarımı bir disiplinden çok "simya"ya benzemektedir çünkü tasarımcıların anlayışı kapsamlı veya bilimsel olmaktan uzaktır ve çoğu proje hala çok fazla deney gerektirmektedir.
Bu oturum üç bölüme ayrılmıştır; token tasarımındaki ortak zihniyetlerle başlayıp, ardından tokenlerin sınıflandırılması, tokenlerin gerçekte ne olduğu ve yeteneklerini geliştirme ve geliştirme konusunda nasıl düşünebileceğimiz hakkında daha ayrıntılı olarak konuşacağız. Sonuncusu ise teknoloji ağacı teorisidir; tasarımımızın başarılı olmasını kolaylaştırmak için teknolojinin nasıl kullanılacağıdır.
Düşünme modu
Birincisi, tokenlar protokol içindir, bir araçtır, tasarım sürecinin bir parçasıdır ve amaç olmamalıdır. Merkezi olmayan bir şey yapmak istiyorsanız tokenler muhtemelen bunun bir parçasıdır çünkü insanların protokolü sahiplenmesi ve aynı zamanda insanları hizada tutması harikadır.
Tasarımın Üç Aşaması
Aşama 1: Hedeflerinizi tanımlayın
Hedef, geçerli bir protokolün sonucunun kısa bir açıklamasıdır ve hedefe belirli bir tasarımla ulaşılıp ulaşılmadığı açık olmalıdır. Bu yüzden başarı ile başarısızlık arasında çok net bir ayrım yapmalıyız. Amacımızın ne olduğu net değilse baştan başlamamız ve jetonları unutmamız gerekir. İdeal olarak, başarıyı nasıl ölçeceğimizden henüz emin olmasak bile hedefler ölçülebilirdir.
Aşama 2: Kısıtlamaların getirilmesi
Genel olarak, iki tür kısıtlama vardır; biri içsel, diğeri dışsaldır: içsel kısıtlamalar, tasarım sürecini basitleştirmek için seçtiklerimizdir çünkü yapılması gereken bazı ödünleşimler vardır veya bunlar, bazı ödünleşimlerdir. kendileri.
İçsel kısıtlamalar birçok kaynaktan gelebilir ancak genellikle tasarımcının kendisi tarafından belirlenir. Doğa, teknolojinin durumu, düzenlemeler ve her türlü şey size dışsal kısıtlamalar dayatıyor. Bunun hakkında daha sonra konuşacağım.
Aşama 3: Tasarım mekanizması
Bir kısıtlama ve hedefimiz olduğunda, bu hedefi karşılayacak mekanizmalar hakkında açıkça düşünebiliriz. Artık bir tamirciyi düşündüğümüzde, onun bu kısıtlamaları ihlal edip etmediği ve bizi bu hedefe yaklaştırıp yaklaştırmadığı gerçekten açık olmalıdır. Bir protokol, tümü bazı kısıtlamalara göre belirli bir hedefe yönelik bir dizi mekanizmadan oluşacaktır.
Bizi daha iyi tanımak için MakerDAO Örnek olarak. Amaçları istikrarlı bir gelişmek Ethereum yerli varlık. Elbette istikrarın ve yerliliğin pek çok yorumu var. Sınırlamaları, tamamen yerel zincir üstü varlıklar vb. tarafından desteklenen USD'ye sabitlenmiş fiyatlardır.
Ortak tuzaklar
Tokenlara çok fazla vurgu yapılıyor. Tokenlar protokol değildir ve tokenlar hedefiniz olmamalıdır. Bu sadece bir araç olmalı.
Bu tuzaktan nasıl çıkılır? Kendinize şunu sorun: Tokenlar olmadan bu sistem nasıl çalışır? Tokenları tamamen kaldırdığınızda sistem tamamen başarısız olursa, o zaman tokenların rolünü gereğinden fazla vurguluyor olabilirsiniz. Sistemin birkaç önemli parçasının arızalanmasından daha iyidir, jetonunuz önemlidir ve genel denge için gereklidir, ancak sistem onsuz da tutarlı kalır. Bu nedenle yine de sistemin hedeflerini düşünmelisiniz.
Tasarım alanı sınırsızdır. Tasarımda o kadar çok fikriniz ve o kadar çok olasılığınız var ki, nereden başlayacağınızı bile bilmiyorsunuz çünkü yapılabilecek o kadar çok şey var ki. Bunun nedeni genellikle hedefin net olmamasıdır, dolayısıyla hedefi hassaslaştırmak gerekir. Ayrıca dış dünyanın size getirdiği sınırlamaları anlayamamanızdan ya da bunları kabul etmemiş olmanızdan da kaynaklanıyor olabilir.
Bu kısıtlamaları karışıma katarsanız tasarım alanının daraldığını ve çok daha net hale geldiğini göreceksiniz. Tasarım alanını sınırlamaya yardımcı olacak iki soru kendinize şunu sormanızdır: Oluşturmak istediğiniz güçlü konsept nedir? Bunlar, bazı derinlemesine fikirler, bazı avantajlar, zamanın trendindeki bazı değişiklikler vb. olabilir. Kendinize bu güçlü konseptin ne olduğunu sorun. Önce tüm sistemi düşünmek yerine bundan en iyi şekilde nasıl faydalanabilir ve ona odaklanabilirsiniz? Başka bir soru şu: Bu tasarımın en büyük zayıflığı nedir? Geceleri sizi ayakta tutan şey nedir, işe yaramayacağını düşündüğünüz noktalar, endişelendiğiniz noktalar, temel zayıflıklar ve bunları geliştirmek için hangi kısıtlamaları kabul edebilirsiniz? Bu, tasarım alanını büyük ölçüde sınırlayabilir.
Her zaman topluluğa haber verin. Sistemin belirli bölümlerini tasarlama, hepsini topluluğa çözmeleri için itme veya görünmeyen güçlerin boşlukları doldurmasını bekleme konusunda zorluklar vardır; Her zaman insanlardan sorunu bulup çözmelerini beklersiniz ki bu çok risklidir. İzinsiz sistemlerin popülaritesine ve meydana gelen şaşırtıcı yeniliklere rağmen, topluluğun eylemlerini tahmin edemezsiniz ve onlardan sisteminizdeki en belirgin sorunları çözmelerini de bekleyemezsiniz.
Kendinize sormanız gereken birkaç önemli soru var; topluluğumuzdan gerçekten ne bekliyoruz ve onlara ne veriyoruz? Onlara yeterince jeton vermemizi istemeniz yeterli değil mi? Daha doğrusu onlara hangi yetkileri verdik? Onlara hangi yetenekler verilmiştir? Hangi mülkiyete sahipler? Bu sorumluluğu dengeleyecek kadar yetkiye sahipler mi?
Gerçekten onların bir şeyi düzeltmelerini bekliyorsanız, diğer hırslı insanların bazı ilginç uzantılar eklemesini veya sistemin bazı bileşenlerini düzeltmesini bekliyorsanız, o zaman önce kendinize şu soruyu sormalısınız: Burayı kurar mıydınız? Yeterli avantaja, yeterli güce veya yeterli esnekliğe sahip olmadığı için bunu yapmayacaksanız, başka yere bakmayın.
Jeton sınıflandırması
Tokenlar bir protokoldeki bir araçtır, bir araç ve protokoldür ve daha soyut olarak bir veri yapısıdır. Peki bu veri yapısının farklı protokollerde kullanıldığını nasıl görüyoruz? Bunlar beş genel kategoriye ayrılabilir: Ödemeler, Oylama, Paydaşlar, Meta Veriler ve Talep.
Ödemek
Ödeme işlevi ayrıca üç kategoriye ayrılmıştır; ilki, topluluğun veya projenin iç para birimidir. Bunun gibisini pek görmedik ama birkaç örnek var. Örneğin, Kaynak Kredisi ilginç bir örnek ve FWB bu yönde hareket ediyor olabilir.
USD ödemeleri gibi geleneksel ödeme yöntemlerinden farklıdır çünkü para birimi üzerinde kontrole sahip olan belirli bir topluluk içinde bulunur ve bu para birimi sabit olmalıdır, bu para birimi sabit olmalıdır gibi bu iç para birimi üzerinde para politikasını ve diğer araçları kullanabilirler. başka bir varlığın değeri, belki de topluluk çapındaki belirli hedeflere göre onu basıyor veya yakıyorlar.
Kripto para birimlerini kullanmak için ikinci ve muhtemelen en yaygın kullanılan ve en iyi anlaşılan ödeme şekli çevrimiçi kaynaktır ve Ethereum ve Bitcoin de bu kategoriye girer. Bilgi işlem gücü, depolama veya başka bir kripto para birimi ağ kaynağı için ödeme yaparsınız. Sahibiz EIP1559Sistem içindeki farklı kaynakları, özellikle de bilgi işlem kaynaklarını hesaplamak için tokenlerin nasıl kullanılabileceğini belirlemek için staking, likidite vb.
Üçüncü ödeme jetonu da benzer bir oyun para birimi olarak mevcut. Örneğin oyunların, kaynakların veya bazı protokol kaynaklarının istikrarlı olması ve fiyatlandırılması gerekir, çünkü sistemi kullanıyorsanız ve bu kaynaklar istikrarlıysa token fiyatının da nispeten istikrarlı olması gerekir. Tedarikinin istikrarlı olup olmaması önemli değil çünkü onu yalnızca uygulamanızın belirli bir bölümünü uygulamak için kullanıyorsunuz.
Peki stabilcoinler nereye yerleştirilmelidir? Elbette istikrarlı bir para birimi yukarıdaki üç şekilde ödeme olarak kullanılabilir. Ancak bir stabilcoin'i stabilcoin yapan şey, arkasında onu stabilize eden mekanizmadır, dolayısıyla stabilcoinler genellikle sahiplik kategorisine girer.
Mülkiyet
Genellikle iki tür sahiplik vardır; zincir içi (mevduat) ve zincir dışı (sahiplik). Mevduat tokenleri diğer tokenlar üzerindeki sahipliği temsil eder; bunun bir örneği Uniswap LP simgebir ERC-20 V2'de ve V3'te bir NFT. Maker protokolünden çıkan stabilcoin DAI aynı zamanda zincir üstü bir mevduattır çünkü siz veya kasa sahipleri bunu temel teminatlarını talep etmek için kullanırsınız. Yani bir para yatırma tokenı, zincir dışı bir ortamda diğer tokenları talep etmek için kullanılabileceği anlamına gelir.
İkinci token, bazı zincir dışı varlıkların sahipliğini temsil eder; dolayısıyla bu, gerçek dünyadaki varlık tokenı, emlak tokenı veya buna benzer bir şey olabilir. Bunun pek örneğini görmedik. Daha modern bir örnek, jetonların fiziksel nesnelerle değiştirilebildiği, artık itfa edilebilir olarak adlandırılan şeydir. Örneğin, NFT, sanat eserini sanat eseriyle değiştirmek için kullanılır ve bu NFT, bahçenin sahipliğini temsil eder. İsterseniz bazı eğlenceli fırsatlar bile var. NFT'yi kontrol etmek ve sonraki NFT'nin sahipliğini çipler gibi bazı dijital işlevler aracılığıyla kontrol etmek için fiziksel nesneleri kullanabilirsiniz.
Oy
Oylama, projeleri finanse etmek, kaynakları tahsis etmek, yani grup olarak ödemeler veya transferler yapmak ve yazılım yükseltmeleri yapmak için kullanılabilir. Aynı zamanda bir projenin gelecek planlarını belirlemek için bir liderin seçilmesi gibi toplumsal uzlaşmaların bir ölçüsü olarak da kullanılabilir.
Rehin
Tokenlar, akıllı sözleşmeler yoluyla ödüllere hak kazanacak şekilde tasarlanabilir; burada yasal bir anlaşma yoktur, ancak mekanizma, tokenın bir tür zincir içi faaliyetten yararlanacağı anlamına gelecek şekilde çalışır. Bir örnek Maker'dır; Maker token sahipleri işlerini iyi yapıyorsa ve sistem düzgün çalışıyorsa, o zaman bir miktar getiri elde edeceklerdir; akıllı sözleşmelerin yolu budur, protokolün tasarlanma şekli, topluluğun iyi yönetimini ödüllendirir.
Size iade hakkı veren yasal anlaşmaların bir sonucu olarak da token oluşturabilirsiniz. Elbette çeşitli yasal gereklilikler ve kısıtlamalarla, bir şirketteki özsermaye fraksiyonunu veya özsermaye payını temsil eden bir token oluşturabilirsiniz. Teorik olarak menkul kıymet tokenleri yaratabilen insanların olduğu bir dönem vardı, ancak bunu pek fazla görmedik.
Tokenlar aynı zamanda getiri karşılığında riski üstlenmek için de kullanılıyor. Maker bu prensibi kullanır. Maker protokolünde bir kayıp olması durumunda, daha fazla Maker tokeni üretilecek ve bu da Maker sahiplerinin sahip olduğu değeri azaltacaktır. Sahipler, Maker tokenlarını tutarak bir miktar riske sahip olurlar ve bu, Maker sahiplerini topluluk oluşturmayı teşvik etmeye iten şeyin bir parçasıdır. Yatırımlarının değer kazanmasını istiyorlarsa bu sistemin gelişmesine destek olmaları gerekiyor.
Metadata
İlk olarak jetonlar üyeliği temsil eder ve belirli bir alana erişiminizin olup olmadığını, belirli bir toplulukta olup olmadığınızı veya bazı gruplarda olup olmadığınızı belirler. Bazı üçüncü şahıslar tarafından yazılan protokoller veya araçlar bu üyelik özelliğini izinsiz herhangi bir şekilde kullanabilir. Örneğin bazı NFT toplulukları, bu tokenı elinde bulunduranların katılması gibi, yalnızca token sahibi olanların katılabileceğine karar verebilir. Belirli işlevsellik sağlayanlar vb. Üyelik, tokenler tarafından sağlanan ilginç bir meta veri türüdür.
Jetonlar aynı zamanda itibarı da temsil eder. Bazı insanlar itibarın devredilebilir olup olmadığını tartışıyor. Ancak bazı durumlarda homojen olabilir, bazı durumlarda ise homojen olmayabilir. Başarılarınıza atıfta bulunuyorsa homojen olmayabilir; bilgi kaynaklarına, krediye veya farklı türdeki kredi puanlama sistemlerine atıfta bulunuyorsa homojen olabilir. Bu sürekli veridir, dolayısıyla bir tür meta veridir.
Belirteçler aynı zamanda kimlikleri veya referansları da temsil eder. Ens bunun bir örneğidir, ENS adlar adreslere işaret edebilir ve güncellenebilir. DNS sistem.
Zincir dışı veriler bir tür meta veri olabilir. Bunun bir örneği, zincir dışı bir KYC veya bir tür doğrulanabilir sertifika olabilir. Bir başka iyi örnek ise diploma veya akademik yeterliliktir. Birisi size bu sertifikayı veriyor ve bu sertifika herkesin görebileceği, takip edilebileceği ve orijinal olduğu anlamına geliyor. İzinlerin ve yeteneklerin zincir üzerinde ifade edildiği pek fazla durum görmedik.
Bazı varlıkların size açıkça bir işlevi çağırma, bir kod parçasını değiştirme veya zincir üzerinde bir şeyi aktarma yeteneği gibi izinler vermesi gibi. Belirteçleri arayüz olarak kullanmak bile mümkündür; bunun örneklerini gördük; burada yalnızca SVG verilerini bir belirteç URI'sine koymakla kalmaz, içine bir HTML web sayfasının tamamını koyabilirsiniz ve hatta biraz JavaScript bile koyabilirsiniz. NFT'ye bir arayüz koyabilir, arayüzü kontrol edebilir veya arayüzü insanların sahip olduğu ve aktardığı bir nesneye gömebilirsiniz.
İlginç bir örnek BEEP3R, burada önce bir metni NFT'ye aktarırsınız ve ardından metni diğerlerine yayınlayabilirsiniz. BEEP3R sahip olmak suretiyle sahipler. Bu metinler küçük resimde görüntülenir. BEEP3R. sahip olduğunuzda BEEP3R makineye doğrudan diğer makinelere de mesaj gönderebilirsiniz. BEEP3R makine tutucuları, tıpkı XMTB'yi tek başına kullanmak gibi.
Peki bu tokenın işlevi nedir? Bu bir üyelik jetonudur ve bu jetonla mesaj alabilirsiniz. Animasyonlu URL'leri doğru şekilde temsil eden herhangi bir cüzdan arayüzü, bu standardı desteklediği sürece aldığınız herhangi bir mesajı görüntüleyebilir.
Bu aynı zamanda bir kimlik simgesidir çünkü BP sahibi olarak bilgi alıp gönderebilirsiniz. Yani bu olay sadece o sette oluyor. Bu aynı zamanda bir kimlik jetonudur çünkü size BP'nizin jeton kimliğiyle mesaj gönderirler. Aynı zamanda bir arayüz olarak da bulunmakta ve NFT ile ilgili bilgiler görüntülenebilmektedir.
Teknoloji Ağacı Teorisi
Ödeme aracı olarak tokenlar ve ağ kaynakları gibi bazı alanların büyük ilerleme kaydettiğini, arayüzler ve meta veriler gibi bazı alanların ise henüz gelişmediğini görebiliyoruz. Peki durum neden böyle?
Neden bazı ürünler belirli zamanlarda görünüyor ve neden bazı ürünlerin görünmesi diğerlerinden daha uzun sürüyor? Ödünç verme protokolünü örnek olarak alın; borç verme protokolünün stabilcoin olmadan çalışacağını hayal etmek zordur. Bunun nedeni, bir borç verme sözleşmesinde borç verdiğinizde, onu istikrarlı bir varlıkla temsil etmek istemenizdir çünkü bu varlığın fiyatını tahmin edebilirsiniz, dolayısıyla gerçekten bir borç verme sözleşmesi yapabilmemiz için stabilcoinlere ihtiyacımız var.
Benzer şekilde, bir kredi anlaşmamız da var. AMM çünkü borç verme sözleşmesini, özellikle de erken basit borç verme sözleşmesini kaldıraç olarak kullanmak istiyorsanız, stabilcoinler gibi varlıkları ödünç alabilmeniz gerekir. Bu stabilcoini çok hızlı bir şekilde bu varlıkla değiştirmek istiyorsanız ve daha fazla görünürlük elde etmek istiyorsanız, o zaman bir AMM'ye ihtiyacınız var. Borç verme protokolleri işleyen AMM'lere ve stablecoin'lere sahip olana kadar gelişmedi.
Peki çalışan bir AMM ve stablecoin nasıl edinilir? Birlikte çalışabilen bir token standardı olmadan bunu yapmak zordur çünkü stabilcoinler, AMM'ler ve etraflarındaki tüm sistemlerin diğer projelerin kendileriyle nasıl arayüz oluşturduğunu anlaması gerekir. ERC-20 tokenlarına sahip olmak için tamamen programlanabilir akıllı sözleşmelere ihtiyacınız var. Muhtemelen aslında bunlara ihtiyacınız yok, ancak Ethereum ERC-20 token standardı olmadan piyasaya sürüldüğünden beri Ethereum'da ilk kez bu şekilde ortaya çıktılar. Yeterli açık tasarım alanı bırakabilmek için tam programlanabilirliğe ihtiyacımız var; tabi bu daha detaylı tartışılabilir. Ancak sonuç olarak, bazı teknolojilerin diğerleri için ön koşul olduğu teknoloji ağaçları olduğunu düşünüyorum.
Burada iki soru var: Gelecekteki uygulamaların ve protokollerin kilidini açacak anahtar teknolojiler nelerdir? Yani yararlı itibar sistemleri veya merkezi olmayan ve güvenilmez arayüzler geliştirmek için hangi teknolojilere ihtiyacımız var? İkinci soru ise biraz tersten ilk soruya benziyor: Gelecek teknoloji hangi uygulamaların ve protokollerin kilidini açacak?
Örneğin hesap soyutlama, EIP4844, dikey ağaç, sıfır bilgili makine öğrenimi vb. Bu sorular ilginç çünkü tasarım kısıtlamalarını hafifleten veya getiren belirli teknolojilerin gelişini öngörebilirsek, bu tasarımlarımızı nasıl değiştirir? Kısıtlamaları hafifletebilecek spesifik teknolojiler varsa, bunları geliştirmek için enerji harcamalı mıyız?
Her şeyi bir teknoloji ağacı olarak düşünürseniz, nelerin geleceği veya istediğiniz kısıtlamalara ulaşmak için neye ihtiyacınız olduğu konusunda akıl yürütmemize yardımcı olabilir. Dolayısıyla, bunu başlangıçtaki sınırlama noktama bağlayacak olursak, yeni teknolojinin daha önce karşılaştığımız sınırlamaları hafiflettiğini düşünüyorum. Örneğin, ERC-20 standardı yoksa, herhangi bir AMM veya stabilcoin tasarımındaki kısıtlamalar, ya bir standart getirmesi ya da çeşitli farklı tasarımlarla başa çıkabilmesi gerekmesi olacaktır.
Genel amaçlı bir AMM tasarladığınızı ancak belirli bir token standardı kullanmadığınızı hayal edin, bu çok ama çok zor olurdu. Bunun neredeyse aşılamaz bir sınırlama olacağını düşündüm, ancak birlikte çalışabilirlik standardına sahip olmak, ERC-20 tokenlerini doğrudan destekleyebileceğimiz anlamına geliyor, bu da tasarım alanını sınırlıyor ve bunu mümkün kılıyor.
Gelecekte hangi teknolojilerin ortaya çıkacağını tahmin edebiliyorsak bu, protokol tasarımımızdaki kısıtlamaları nasıl etkiler? Belirli hedeflerimiz veya belirli kısıtlamalarımız varsa hangi teknolojiye ihtiyacımız var? Teknoloji bu sınırlamaları hafifletebilecek ve yeni mekanizmalar aracılığıyla bu hedefleri yeniden mümkün kılabilecektir.
YASAL UYARI: Bu web sitesindeki bilgiler genel piyasa yorumu olarak verilmiştir ve yatırım tavsiyesi değildir. Yatırım yapmadan önce kendi araştırmanızı yapmanızı öneririz.
Haberleri takip etmek için bize katılın: https://linktr.ee/coincu
Web sitesi: coincu.com
Harold
Coincu Haberler
Yazar
bilgi
Token Tasarımı: Büyük Potansiyel, Tuzaklar, Çözümler ve Gelecek Beklentileri
Tokenlar, protokollerin nasıl tasarlandığını ve nelerin başarılabileceğini değiştiren çok ilginç, kullanışlı ve güçlü yeni bir araçtır ancak tokenlar tasarımın merkezinde yer almaz. Günümüzün protokol tasarımı bir disiplinden çok "simya"ya benzemektedir çünkü tasarımcıların anlayışı kapsamlı veya bilimsel olmaktan uzaktır ve çoğu proje hala çok fazla deney gerektirmektedir.
Bu oturum üç bölüme ayrılmıştır; token tasarımındaki ortak zihniyetlerle başlayıp, ardından tokenlerin sınıflandırılması, tokenlerin gerçekte ne olduğu ve yeteneklerini geliştirme ve geliştirme konusunda nasıl düşünebileceğimiz hakkında daha ayrıntılı olarak konuşacağız. Sonuncusu ise teknoloji ağacı teorisidir; tasarımımızın başarılı olmasını kolaylaştırmak için teknolojinin nasıl kullanılacağıdır.
Düşünme modu
Birincisi, tokenlar protokol içindir, bir araçtır, tasarım sürecinin bir parçasıdır ve amaç olmamalıdır. Merkezi olmayan bir şey yapmak istiyorsanız tokenler muhtemelen bunun bir parçasıdır çünkü insanların protokolü sahiplenmesi ve aynı zamanda insanları hizada tutması harikadır.
Tasarımın Üç Aşaması
Aşama 1: Hedeflerinizi tanımlayın
Hedef, geçerli bir protokolün sonucunun kısa bir açıklamasıdır ve hedefe belirli bir tasarımla ulaşılıp ulaşılmadığı açık olmalıdır. Bu yüzden başarı ile başarısızlık arasında çok net bir ayrım yapmalıyız. Amacımızın ne olduğu net değilse baştan başlamamız ve jetonları unutmamız gerekir. İdeal olarak, başarıyı nasıl ölçeceğimizden henüz emin olmasak bile hedefler ölçülebilirdir.
Aşama 2: Kısıtlamaların getirilmesi
Genel olarak, iki tür kısıtlama vardır; biri içsel, diğeri dışsaldır: içsel kısıtlamalar, tasarım sürecini basitleştirmek için seçtiklerimizdir çünkü yapılması gereken bazı ödünleşimler vardır veya bunlar, bazı ödünleşimlerdir. kendileri.
İçsel kısıtlamalar birçok kaynaktan gelebilir ancak genellikle tasarımcının kendisi tarafından belirlenir. Doğa, teknolojinin durumu, düzenlemeler ve her türlü şey size dışsal kısıtlamalar dayatıyor. Bunun hakkında daha sonra konuşacağım.
Aşama 3: Tasarım mekanizması
Bir kısıtlama ve hedefimiz olduğunda, bu hedefi karşılayacak mekanizmalar hakkında açıkça düşünebiliriz. Artık bir tamirciyi düşündüğümüzde, onun bu kısıtlamaları ihlal edip etmediği ve bizi bu hedefe yaklaştırıp yaklaştırmadığı gerçekten açık olmalıdır. Bir protokol, tümü bazı kısıtlamalara göre belirli bir hedefe yönelik bir dizi mekanizmadan oluşacaktır.
Bizi daha iyi tanımak için MakerDAO Örnek olarak. Amaçları istikrarlı bir gelişmek Ethereum yerli varlık. Elbette istikrarın ve yerliliğin pek çok yorumu var. Sınırlamaları, tamamen yerel zincir üstü varlıklar vb. tarafından desteklenen USD'ye sabitlenmiş fiyatlardır.
Ortak tuzaklar
Tokenlara çok fazla vurgu yapılıyor. Tokenlar protokol değildir ve tokenlar hedefiniz olmamalıdır. Bu sadece bir araç olmalı.
Bu tuzaktan nasıl çıkılır? Kendinize şunu sorun: Tokenlar olmadan bu sistem nasıl çalışır? Tokenları tamamen kaldırdığınızda sistem tamamen başarısız olursa, o zaman tokenların rolünü gereğinden fazla vurguluyor olabilirsiniz. Sistemin birkaç önemli parçasının arızalanmasından daha iyidir, jetonunuz önemlidir ve genel denge için gereklidir, ancak sistem onsuz da tutarlı kalır. Bu nedenle yine de sistemin hedeflerini düşünmelisiniz.
Tasarım alanı sınırsızdır. Tasarımda o kadar çok fikriniz ve o kadar çok olasılığınız var ki, nereden başlayacağınızı bile bilmiyorsunuz çünkü yapılabilecek o kadar çok şey var ki. Bunun nedeni genellikle hedefin net olmamasıdır, dolayısıyla hedefi hassaslaştırmak gerekir. Ayrıca dış dünyanın size getirdiği sınırlamaları anlayamamanızdan ya da bunları kabul etmemiş olmanızdan da kaynaklanıyor olabilir.
Bu kısıtlamaları karışıma katarsanız tasarım alanının daraldığını ve çok daha net hale geldiğini göreceksiniz. Tasarım alanını sınırlamaya yardımcı olacak iki soru kendinize şunu sormanızdır: Oluşturmak istediğiniz güçlü konsept nedir? Bunlar, bazı derinlemesine fikirler, bazı avantajlar, zamanın trendindeki bazı değişiklikler vb. olabilir. Kendinize bu güçlü konseptin ne olduğunu sorun. Önce tüm sistemi düşünmek yerine bundan en iyi şekilde nasıl faydalanabilir ve ona odaklanabilirsiniz? Başka bir soru şu: Bu tasarımın en büyük zayıflığı nedir? Geceleri sizi ayakta tutan şey nedir, işe yaramayacağını düşündüğünüz noktalar, endişelendiğiniz noktalar, temel zayıflıklar ve bunları geliştirmek için hangi kısıtlamaları kabul edebilirsiniz? Bu, tasarım alanını büyük ölçüde sınırlayabilir.
Her zaman topluluğa haber verin. Sistemin belirli bölümlerini tasarlama, hepsini topluluğa çözmeleri için itme veya görünmeyen güçlerin boşlukları doldurmasını bekleme konusunda zorluklar vardır; Her zaman insanlardan sorunu bulup çözmelerini beklersiniz ki bu çok risklidir. İzinsiz sistemlerin popülaritesine ve meydana gelen şaşırtıcı yeniliklere rağmen, topluluğun eylemlerini tahmin edemezsiniz ve onlardan sisteminizdeki en belirgin sorunları çözmelerini de bekleyemezsiniz.
Kendinize sormanız gereken birkaç önemli soru var; topluluğumuzdan gerçekten ne bekliyoruz ve onlara ne veriyoruz? Onlara yeterince jeton vermemizi istemeniz yeterli değil mi? Daha doğrusu onlara hangi yetkileri verdik? Onlara hangi yetenekler verilmiştir? Hangi mülkiyete sahipler? Bu sorumluluğu dengeleyecek kadar yetkiye sahipler mi?
Gerçekten onların bir şeyi düzeltmelerini bekliyorsanız, diğer hırslı insanların bazı ilginç uzantılar eklemesini veya sistemin bazı bileşenlerini düzeltmesini bekliyorsanız, o zaman önce kendinize şu soruyu sormalısınız: Burayı kurar mıydınız? Yeterli avantaja, yeterli güce veya yeterli esnekliğe sahip olmadığı için bunu yapmayacaksanız, başka yere bakmayın.
Jeton sınıflandırması
Tokenlar bir protokoldeki bir araçtır, bir araç ve protokoldür ve daha soyut olarak bir veri yapısıdır. Peki bu veri yapısının farklı protokollerde kullanıldığını nasıl görüyoruz? Bunlar beş genel kategoriye ayrılabilir: Ödemeler, Oylama, Paydaşlar, Meta Veriler ve Talep.
Ödemek
Ödeme işlevi ayrıca üç kategoriye ayrılmıştır; ilki, topluluğun veya projenin iç para birimidir. Bunun gibisini pek görmedik ama birkaç örnek var. Örneğin, Kaynak Kredisi ilginç bir örnek ve FWB bu yönde hareket ediyor olabilir.
USD ödemeleri gibi geleneksel ödeme yöntemlerinden farklıdır çünkü para birimi üzerinde kontrole sahip olan belirli bir topluluk içinde bulunur ve bu para birimi sabit olmalıdır, bu para birimi sabit olmalıdır gibi bu iç para birimi üzerinde para politikasını ve diğer araçları kullanabilirler. başka bir varlığın değeri, belki de topluluk çapındaki belirli hedeflere göre onu basıyor veya yakıyorlar.
Kripto para birimlerini kullanmak için ikinci ve muhtemelen en yaygın kullanılan ve en iyi anlaşılan ödeme şekli çevrimiçi kaynaktır ve Ethereum ve Bitcoin de bu kategoriye girer. Bilgi işlem gücü, depolama veya başka bir kripto para birimi ağ kaynağı için ödeme yaparsınız. Sahibiz EIP1559Sistem içindeki farklı kaynakları, özellikle de bilgi işlem kaynaklarını hesaplamak için tokenlerin nasıl kullanılabileceğini belirlemek için staking, likidite vb.
Üçüncü ödeme jetonu da benzer bir oyun para birimi olarak mevcut. Örneğin oyunların, kaynakların veya bazı protokol kaynaklarının istikrarlı olması ve fiyatlandırılması gerekir, çünkü sistemi kullanıyorsanız ve bu kaynaklar istikrarlıysa token fiyatının da nispeten istikrarlı olması gerekir. Tedarikinin istikrarlı olup olmaması önemli değil çünkü onu yalnızca uygulamanızın belirli bir bölümünü uygulamak için kullanıyorsunuz.
Peki stabilcoinler nereye yerleştirilmelidir? Elbette istikrarlı bir para birimi yukarıdaki üç şekilde ödeme olarak kullanılabilir. Ancak bir stabilcoin'i stabilcoin yapan şey, arkasında onu stabilize eden mekanizmadır, dolayısıyla stabilcoinler genellikle sahiplik kategorisine girer.
Mülkiyet
Genellikle iki tür sahiplik vardır; zincir içi (mevduat) ve zincir dışı (sahiplik). Mevduat tokenleri diğer tokenlar üzerindeki sahipliği temsil eder; bunun bir örneği Uniswap LP simgebir ERC-20 V2'de ve V3'te bir NFT. Maker protokolünden çıkan stabilcoin DAI aynı zamanda zincir üstü bir mevduattır çünkü siz veya kasa sahipleri bunu temel teminatlarını talep etmek için kullanırsınız. Yani bir para yatırma tokenı, zincir dışı bir ortamda diğer tokenları talep etmek için kullanılabileceği anlamına gelir.
İkinci token, bazı zincir dışı varlıkların sahipliğini temsil eder; dolayısıyla bu, gerçek dünyadaki varlık tokenı, emlak tokenı veya buna benzer bir şey olabilir. Bunun pek örneğini görmedik. Daha modern bir örnek, jetonların fiziksel nesnelerle değiştirilebildiği, artık itfa edilebilir olarak adlandırılan şeydir. Örneğin, NFT, sanat eserini sanat eseriyle değiştirmek için kullanılır ve bu NFT, bahçenin sahipliğini temsil eder. İsterseniz bazı eğlenceli fırsatlar bile var. NFT'yi kontrol etmek ve sonraki NFT'nin sahipliğini çipler gibi bazı dijital işlevler aracılığıyla kontrol etmek için fiziksel nesneleri kullanabilirsiniz.
Oy
Oylama, projeleri finanse etmek, kaynakları tahsis etmek, yani grup olarak ödemeler veya transferler yapmak ve yazılım yükseltmeleri yapmak için kullanılabilir. Aynı zamanda bir projenin gelecek planlarını belirlemek için bir liderin seçilmesi gibi toplumsal uzlaşmaların bir ölçüsü olarak da kullanılabilir.
Rehin
Tokenlar, akıllı sözleşmeler yoluyla ödüllere hak kazanacak şekilde tasarlanabilir; burada yasal bir anlaşma yoktur, ancak mekanizma, tokenın bir tür zincir içi faaliyetten yararlanacağı anlamına gelecek şekilde çalışır. Bir örnek Maker'dır; Maker token sahipleri işlerini iyi yapıyorsa ve sistem düzgün çalışıyorsa, o zaman bir miktar getiri elde edeceklerdir; akıllı sözleşmelerin yolu budur, protokolün tasarlanma şekli, topluluğun iyi yönetimini ödüllendirir.
Size iade hakkı veren yasal anlaşmaların bir sonucu olarak da token oluşturabilirsiniz. Elbette çeşitli yasal gereklilikler ve kısıtlamalarla, bir şirketteki özsermaye fraksiyonunu veya özsermaye payını temsil eden bir token oluşturabilirsiniz. Teorik olarak menkul kıymet tokenleri yaratabilen insanların olduğu bir dönem vardı, ancak bunu pek fazla görmedik.
Tokenlar aynı zamanda getiri karşılığında riski üstlenmek için de kullanılıyor. Maker bu prensibi kullanır. Maker protokolünde bir kayıp olması durumunda, daha fazla Maker tokeni üretilecek ve bu da Maker sahiplerinin sahip olduğu değeri azaltacaktır. Sahipler, Maker tokenlarını tutarak bir miktar riske sahip olurlar ve bu, Maker sahiplerini topluluk oluşturmayı teşvik etmeye iten şeyin bir parçasıdır. Yatırımlarının değer kazanmasını istiyorlarsa bu sistemin gelişmesine destek olmaları gerekiyor.
Metadata
İlk olarak jetonlar üyeliği temsil eder ve belirli bir alana erişiminizin olup olmadığını, belirli bir toplulukta olup olmadığınızı veya bazı gruplarda olup olmadığınızı belirler. Bazı üçüncü şahıslar tarafından yazılan protokoller veya araçlar bu üyelik özelliğini izinsiz herhangi bir şekilde kullanabilir. Örneğin bazı NFT toplulukları, bu tokenı elinde bulunduranların katılması gibi, yalnızca token sahibi olanların katılabileceğine karar verebilir. Belirli işlevsellik sağlayanlar vb. Üyelik, tokenler tarafından sağlanan ilginç bir meta veri türüdür.
Jetonlar aynı zamanda itibarı da temsil eder. Bazı insanlar itibarın devredilebilir olup olmadığını tartışıyor. Ancak bazı durumlarda homojen olabilir, bazı durumlarda ise homojen olmayabilir. Başarılarınıza atıfta bulunuyorsa homojen olmayabilir; bilgi kaynaklarına, krediye veya farklı türdeki kredi puanlama sistemlerine atıfta bulunuyorsa homojen olabilir. Bu sürekli veridir, dolayısıyla bir tür meta veridir.
Belirteçler aynı zamanda kimlikleri veya referansları da temsil eder. Ens bunun bir örneğidir, ENS adlar adreslere işaret edebilir ve güncellenebilir. DNS sistem.
Zincir dışı veriler bir tür meta veri olabilir. Bunun bir örneği, zincir dışı bir KYC veya bir tür doğrulanabilir sertifika olabilir. Bir başka iyi örnek ise diploma veya akademik yeterliliktir. Birisi size bu sertifikayı veriyor ve bu sertifika herkesin görebileceği, takip edilebileceği ve orijinal olduğu anlamına geliyor. İzinlerin ve yeteneklerin zincir üzerinde ifade edildiği pek fazla durum görmedik.
Bazı varlıkların size açıkça bir işlevi çağırma, bir kod parçasını değiştirme veya zincir üzerinde bir şeyi aktarma yeteneği gibi izinler vermesi gibi. Belirteçleri arayüz olarak kullanmak bile mümkündür; bunun örneklerini gördük; burada yalnızca SVG verilerini bir belirteç URI'sine koymakla kalmaz, içine bir HTML web sayfasının tamamını koyabilirsiniz ve hatta biraz JavaScript bile koyabilirsiniz. NFT'ye bir arayüz koyabilir, arayüzü kontrol edebilir veya arayüzü insanların sahip olduğu ve aktardığı bir nesneye gömebilirsiniz.
İlginç bir örnek BEEP3R, burada önce bir metni NFT'ye aktarırsınız ve ardından metni diğerlerine yayınlayabilirsiniz. BEEP3R sahip olmak suretiyle sahipler. Bu metinler küçük resimde görüntülenir. BEEP3R. sahip olduğunuzda BEEP3R makineye doğrudan diğer makinelere de mesaj gönderebilirsiniz. BEEP3R makine tutucuları, tıpkı XMTB'yi tek başına kullanmak gibi.
Peki bu tokenın işlevi nedir? Bu bir üyelik jetonudur ve bu jetonla mesaj alabilirsiniz. Animasyonlu URL'leri doğru şekilde temsil eden herhangi bir cüzdan arayüzü, bu standardı desteklediği sürece aldığınız herhangi bir mesajı görüntüleyebilir.
Bu aynı zamanda bir kimlik simgesidir çünkü BP sahibi olarak bilgi alıp gönderebilirsiniz. Yani bu olay sadece o sette oluyor. Bu aynı zamanda bir kimlik jetonudur çünkü size BP'nizin jeton kimliğiyle mesaj gönderirler. Aynı zamanda bir arayüz olarak da bulunmakta ve NFT ile ilgili bilgiler görüntülenebilmektedir.
Teknoloji Ağacı Teorisi
Ödeme aracı olarak tokenlar ve ağ kaynakları gibi bazı alanların büyük ilerleme kaydettiğini, arayüzler ve meta veriler gibi bazı alanların ise henüz gelişmediğini görebiliyoruz. Peki durum neden böyle?
Neden bazı ürünler belirli zamanlarda görünüyor ve neden bazı ürünlerin görünmesi diğerlerinden daha uzun sürüyor? Ödünç verme protokolünü örnek olarak alın; borç verme protokolünün stabilcoin olmadan çalışacağını hayal etmek zordur. Bunun nedeni, bir borç verme sözleşmesinde borç verdiğinizde, onu istikrarlı bir varlıkla temsil etmek istemenizdir çünkü bu varlığın fiyatını tahmin edebilirsiniz, dolayısıyla gerçekten bir borç verme sözleşmesi yapabilmemiz için stabilcoinlere ihtiyacımız var.
Benzer şekilde, bir kredi anlaşmamız da var. AMM çünkü borç verme sözleşmesini, özellikle de erken basit borç verme sözleşmesini kaldıraç olarak kullanmak istiyorsanız, stabilcoinler gibi varlıkları ödünç alabilmeniz gerekir. Bu stabilcoini çok hızlı bir şekilde bu varlıkla değiştirmek istiyorsanız ve daha fazla görünürlük elde etmek istiyorsanız, o zaman bir AMM'ye ihtiyacınız var. Borç verme protokolleri işleyen AMM'lere ve stablecoin'lere sahip olana kadar gelişmedi.
Peki çalışan bir AMM ve stablecoin nasıl edinilir? Birlikte çalışabilen bir token standardı olmadan bunu yapmak zordur çünkü stabilcoinler, AMM'ler ve etraflarındaki tüm sistemlerin diğer projelerin kendileriyle nasıl arayüz oluşturduğunu anlaması gerekir. ERC-20 tokenlarına sahip olmak için tamamen programlanabilir akıllı sözleşmelere ihtiyacınız var. Muhtemelen aslında bunlara ihtiyacınız yok, ancak Ethereum ERC-20 token standardı olmadan piyasaya sürüldüğünden beri Ethereum'da ilk kez bu şekilde ortaya çıktılar. Yeterli açık tasarım alanı bırakabilmek için tam programlanabilirliğe ihtiyacımız var; tabi bu daha detaylı tartışılabilir. Ancak sonuç olarak, bazı teknolojilerin diğerleri için ön koşul olduğu teknoloji ağaçları olduğunu düşünüyorum.
Burada iki soru var: Gelecekteki uygulamaların ve protokollerin kilidini açacak anahtar teknolojiler nelerdir? Yani yararlı itibar sistemleri veya merkezi olmayan ve güvenilmez arayüzler geliştirmek için hangi teknolojilere ihtiyacımız var? İkinci soru ise biraz tersten ilk soruya benziyor: Gelecek teknoloji hangi uygulamaların ve protokollerin kilidini açacak?
Örneğin hesap soyutlama, EIP4844, dikey ağaç, sıfır bilgili makine öğrenimi vb. Bu sorular ilginç çünkü tasarım kısıtlamalarını hafifleten veya getiren belirli teknolojilerin gelişini öngörebilirsek, bu tasarımlarımızı nasıl değiştirir? Kısıtlamaları hafifletebilecek spesifik teknolojiler varsa, bunları geliştirmek için enerji harcamalı mıyız?
Her şeyi bir teknoloji ağacı olarak düşünürseniz, nelerin geleceği veya istediğiniz kısıtlamalara ulaşmak için neye ihtiyacınız olduğu konusunda akıl yürütmemize yardımcı olabilir. Dolayısıyla, bunu başlangıçtaki sınırlama noktama bağlayacak olursak, yeni teknolojinin daha önce karşılaştığımız sınırlamaları hafiflettiğini düşünüyorum. Örneğin, ERC-20 standardı yoksa, herhangi bir AMM veya stabilcoin tasarımındaki kısıtlamalar, ya bir standart getirmesi ya da çeşitli farklı tasarımlarla başa çıkabilmesi gerekmesi olacaktır.
Genel amaçlı bir AMM tasarladığınızı ancak belirli bir token standardı kullanmadığınızı hayal edin, bu çok ama çok zor olurdu. Bunun neredeyse aşılamaz bir sınırlama olacağını düşündüm, ancak birlikte çalışabilirlik standardına sahip olmak, ERC-20 tokenlerini doğrudan destekleyebileceğimiz anlamına geliyor, bu da tasarım alanını sınırlıyor ve bunu mümkün kılıyor.
Gelecekte hangi teknolojilerin ortaya çıkacağını tahmin edebiliyorsak bu, protokol tasarımımızdaki kısıtlamaları nasıl etkiler? Belirli hedeflerimiz veya belirli kısıtlamalarımız varsa hangi teknolojiye ihtiyacımız var? Teknoloji bu sınırlamaları hafifletebilecek ve yeni mekanizmalar aracılığıyla bu hedefleri yeniden mümkün kılabilecektir.
YASAL UYARI: Bu web sitesindeki bilgiler genel piyasa yorumu olarak verilmiştir ve yatırım tavsiyesi değildir. Yatırım yapmadan önce kendi araştırmanızı yapmanızı öneririz.
Haberleri takip etmek için bize katılın: https://linktr.ee/coincu
Web sitesi: coincu.com
Harold
Coincu Haberler
Diğer Yazılar
İlgili Mesajlar
Haberler
Roger Ver İspanya'da Tutuklandı ve 48 Milyon Dolarlık Vergi Dolandırıcılığı Suçuyla Suçlandı
Haberler
Binance Kurucusu CZ, Yasal Mücadelenin Ortasında Olası Hapis Cezasıyla Karşı Karşıya
Haberler
FTX Solana Müzayedesi Mart Ayındaki 300 Milyon Dolarlık Satışın Ardından Gerçekleşmeye Hazırlanıyor
Haberler
Franklin Ethereum ETF Henüz Onaylanmamasına Rağmen DTCC'de Listelendi
bilgi
10 Yılının En İyi 2024 Yapay Zeka Ticaret Platformu: Uzman Sıralaması ve İncelemeleri
Haberler
