DePIN Ağlarının Tasarım Alanını Keşfetmek

Nisan 2022'de, Fiziksel Çalışma Kanıtı (PoPW) ağları (artık halk dilinde daha çok "Merkezi Olmayan Fiziksel Altyapı Ağları" veya kısaca "DePIN" olarak anılıyor) üzerine tezimizi yayınladık. O yazıda şunları yazmıştık:

“(PoPW ağları) insanları gerçek dünya altyapısını oluşturan doğrulanabilir işler yapmaya teşvik ediyor. Fiziksel altyapı oluşturmaya yönelik geleneksel sermaye oluşumu biçimleriyle karşılaştırıldığında, bu izin gerektirmeyen ve inandırıcı derecede tarafsız protokoller:

1. Altyapıyı daha hızlı oluşturabilir (çoğu durumda 10-100 kat daha hızlı)
2. Hiper-yerel pazar ihtiyaçlarına daha uyumlular
3. Çok daha uygun maliyetli olabilir

Bu tezin ilk büyük yatırımcısıydık ve o zamandan beri enerji, lojistik, haritalama, telekom ve daha fazlası gibi çok çeşitli kategorilerdeki DePIN ağlarında kambriyen patlamasına tanık olduk. Son zamanlarda, özel amaçlı kaynak ağları çevresinde, özellikle bilgi işlem, depolama, bant genişliği ve tüketici verileri toplama gibi dijital ürünler için daha fazla niş kategorinin ortaya çıktığını gözlemledik. Bu ağların her birinin arkasında, kriptoya özgü sermaye oluşumunun benzersiz bir şekilde mümkün kıldığı gizli bir yapısal maliyet veya performans arbitrajı yatıyor.

DePIN ağlarında tasarım kalıpları ve en iyi uygulamalarda büyük miktarda örtüşme var. Kurucuların ve toplulukların ağ tasarımı üzerinde düşünürken dikkate almaları gereken birkaç önemli soru vardır. Ağ donanımı tüketiciye yönelik mi olmalı, yoksa profesyonel kurulumculardan oluşan bir ağ oluşturmalı mısınız? İlk ödeme yapan müşterinizi, onuncu veya bininci müşterinizi dahil etmek için kaç düğüm gereklidir? Ağı tamamen izinsiz mi yapmalısınız yoksa güvenilir aracılar aracılığıyla mı yönetilmeli?

Bu kararların ağın tasarımında erkenden verilmesi ve bu kararların doğru olması gerekir; Dayanak soruları genellikle DePIN ağlarının başarısını veya başarısızlığını belirler ve donanım düzeyinde, token düzeyinde, dağıtım düzeyinde veya talep aktivasyon katmanlarındaki küçük değişiklikler, bir ağın başarısı veya başarısızlığı üzerinde büyük bir etkiye sahip olabilir.

Multicoin olarak DePIN konusunda iyimser olmaya devam ediyoruz ve önümüzdeki yıllarda birçok yeni, kategoriyi belirleyen ağın piyasaya çıkmasını bekliyoruz. Bu yazı, yeni nesil DePIN kurucularının ve topluluklarının ağları daha başarılı bir şekilde tasarlamasına yardımcı olma umuduyla, DePIN kurucularının ve topluluklarının üzerinde düşündüğü en yaygın ödünleşimleri inceleyecek. DePIN'leri oluşturmak için gerekli üç hususu sunuyoruz: Donanım, Eşik Ölçeği ve Talep Oluşturma. Her birinde, temel tasarım kararlarını bilgilendiren önemli soruları araştırıyor ve bunların geniş token tasarımı sonuçlarını özetliyoruz.

Donanım Hususları

Çoğu DePIN ağı fiziksel altyapıyı, yani dünyadaki gerçek donanımı koordine eder. Ancak durum her zaman böyle değildir. Bazı ağlar bilgi işlem, depolama veya bant genişliği gibi sanal kaynakları yönetir (bu ağlara bazen "Merkezi Olmayan Sanal Altyapı Ağları" veya "DeVIN'ler" denir). Ancak bu bölümdeki tartışmanın devamı için ağınızın gerçek donanıma sahip olduğunu varsayacağız ve bu nedenle yanıtlamanız gereken bazı önemli ağ tasarımı soruları var.

Donanımı kim yapıyor?

Kendi donanımını üreten ve dağıtan DePIN ağları, ağın tedarik tarafında çok daha fazla kontrole sahiptir. Ayrıca katkıda bulunan kişiyle doğrudan bir ilişki kurma lüksüne de sahiptirler (bu bazen daha güçlü topluluklarla sonuçlanır). Ancak zamanla bu şirketler, üretim ve dağıtım sürecinde bir darboğaz veya tek başarısızlık noktası haline gelme riskiyle karşı karşıya kalır ve bu da ağın ölçeklenme yeteneğini sınırlayabilir.

Kendi donanımınızı üretip dağıtmanın alternatifi, donanım özelliklerinizi açık kaynak olarak kullanmak ve topluluktan bunu sizin için oluşturmasını istemektir. Bu, kurucuların ve toplulukların ağların tedarik tarafını ölçeklendirmelerine olanak tanırken aynı zamanda birçok şirkette tedarik zinciri risklerini çeşitlendirmelerine olanak tanır. Bu yaklaşımın sorunu elbette ki üçüncü taraf üreticileri yeni bir pazar için donanım üretmeye teşvik etmenin zor ve pahalı olmasıdır. Düşünmeniz gereken bir diğer husus da donanım kalitesi ve desteğidir. Başarılı bir donanım üreticileri ekosistemi oluşturduğunuzu varsayarsak, cihazlar ve destek genelinde kaliteyi de korumanız gerekecektir.

Merkezi olmayan bir kablosuz ağ olan Helyum, bu konuda ilginç bir örnek olaydır. Ağın önyüklemesine yardımcı olmak için kendi erişim noktalarını oluşturarak başladılar, ardından donanım özelliklerini hızlı bir şekilde açık kaynaklı hale getirdiler ve onlar için donanım oluşturması için güçlü bir üçüncü taraf ekosistemi teşvik ettiler. Helium, 3. taraf donanım üreticilerinden oluşan geniş ağına rağmen, ağın kritik büyüme aşamasında önemli tedarik zinciri darboğazları yaşadı ve bazı üreticiler yetersiz destek sağladı.

Öte yandan, merkezi olmayan bir haritalama ağı olan Hivemapper, kendi donanım araç kameralarını oluşturmayı ve dağıtmayı tercih etti. Bu onlara donanım üretimi üzerinde tam kontrol sağladı; bu da araç kamerasının donanım yazılımını hızlı bir şekilde yinelemelerine ve pasif video yüklemesini daha hızlı etkinleştirmelerine olanak tanıdı, bu da harita kapsamını ve dolayısıyla bu verilerin ticari değerini hızlandırdı. Bir dengeleme olarak, donanımın üretimini tek bir şirketin kontrol etmesi, tedarik zinciri üzerinde merkezileştirici bir etki oluşturur ve bu da tedarik zincirini daha kırılgan hale getirebilir.

Çıkarım - Genel olarak, donanım özellikleri açık kaynaklı olduğunda ve dağıtım izinsiz olduğunda DePIN ağlarının çok daha hızlı ölçeklendiğini gözlemledik. Bir ağ yeterince olgunlaştığında, ağı dağıtmak ve ölçeklendirmek için donanım geliştirmeye başlamak kesinlikle mantıklı olacaktır. Ancak ilk günlerde kaliteyi ve desteği sağlamak için donanımı kontrol etmek mantıklıdır.

Donanımınız aktif mi yoksa pasif mi?

Bazı DePIN ağları "ayarla ve unut" şeklindeyken diğerleri daha sürekli bir kullanıcı etkileşimi gerektirir.

Örneğin Helyum durumunda, bir sıcak nokta kurmanın zaman maliyeti, kutunun açılmasından itibaren yaklaşık 10 dakikadır. Daha sonra, kutu orada öylece durur ve ana bilgisayarın çok fazla ek çalışmasına gerek kalmadan pasif olarak ağın kapsama alanını sağlar. Öte yandan, Geobyte (akıllı telefonlar kullanılarak iç mekanların merkezi olmayan haritalanması) gibi bir ağ, kullanıcının değer yaratmak için aktif olarak bir şeyler yapmasını (telefon sensörlerini kullanarak iç mekanların videosunu çekmeyi) gerektirir. Arz tarafında katkıda bulunanlar için, aktif ağlara ayrılan zaman, diğer gelir getirici faaliyetlere veya daha genel olarak sadece hayata potansiyel olarak adanabilecek zamandan açıkça fedakarlık etmektir. Bu nedenle, aktif ağlara katkıda bulunanlar, zamanlarını ve fırsat maliyetlerini haklı çıkarmak için (çoğu durumda token veya ağ tasarımı yoluyla) daha fazla kazanmalıdır. Bu aynı zamanda, tasarımlarının bir sonucu olarak, aktif ağların eşik ölçeğine (bu konudan aşağıda daha fazla bahsedeceğiz) pasif ağlara göre daha yavaş ulaştığı anlamına da gelir.

Olumlu bir gelişme olarak, aktif DePIN ağları bir dereceye kadar sürekli etkileşim gerektirdiğinden, genellikle ağa daha ilgili ve bilgili katkıda bulunanlara sahiptirler. Bunun diğer tarafı ise aktif ağların aynı zamanda katkıda bulunmaya istekli ve/veya yetenekli kişilerin toplam sayısıyla da sınırlı olmasıdır.

Çıkarım - Genel olarak, katkıda bulunanların devam eden, sürekli bir maliyet yerine tek seferlik bir maliyeti (zaman veya para olarak) peşin ödemesi durumunda DePIN ağlarının daha kolay ölçeklendiğini gözlemledik; Pasif ağların kurulumu çok daha kolaydır ve dolayısıyla ölçeklendirilmesi de daha kolaydır.

Aktif bir ağ olmak ölüm çanı değildir, sadece yaratıcı düşünmeyi ve teşvik edici tasarımı gerektirir. Örneğin Geobyte, Dronebase, FrodoBots ve Veris gibi aktif ağlar, geleneksel altyapı ağlarından çok "sürekli oyunlara" benziyor.

Donanım kurulumu ne kadar zor?

Çeşitli DePIN ağları, donanım kurulum süreci açısından zorluklara sahiptir. Bir yandan bir kutuyu duvara takmak kadar basit olabilirler, diğer yandan profesyonel montajcılara ihtiyaç duyabilirler.

Zorluk spektrumunun basit tarafında, bir oyuncu GPU'sunu dağıtılmış bir bilgi işlem ağı olan Render Network'e yalnızca bir bash betiği çalıştırarak bağlayabilir; bu idealdir çünkü bilgi işlem ağları performans ve performans açısından on binlerce coğrafi olarak dağıtılmış GPU gerektirir. Veri merkezlerinin yük boşaltmasını düzgün bir şekilde sunmak için bant genişliği profilleri.

Zorluk spektrumunun ortasında, bir Hivemapper araç kamerasının kurulumu 15-30 dakika gerektirir. Sağlam, gerçek zamanlı bir harita oluşturmak için belirli bir coğrafi alanda bu tür yüzlerce araç gerekir ve bu nedenle kurulum, başlangıçta basit bir zaman yatırımı olmalı ve daha sonra çalıştırılması kolay olmalıdır.

Buna karşılık, zorluk spektrumunun zor tarafında XNET, taşıyıcı düzeyinde bir CBRS kablosuz ağı kuruyor. Ağlarının radyoları, yerel İSS'lerden profesyonel kurulum ve ticari arazi sahiplerinin katılımını gerektirir; ancak buna rağmen ağları ölçekleniyor çünkü bir kentsel alanı ve hizmet taşıyıcısı yük boşaltma ve veri dolaşımı kullanım durumlarını tam olarak kapsamak için bu tür düzenlemelerden yalnızca birkaçına ihtiyaç duyuluyor.

Çıkarım — Ağınızın ölçeklenme hızı, donanımınızı kurmanın ne kadar kolay veya zor olduğundan doğrudan etkilenir. Ağınız dünya çapında yüz binlerce cihaza ihtiyaç duyuyorsa donanımınızın kurulumunu mümkün olduğunca kolay hale getirmeniz gerekir. Ağınız yalnızca birkaç düğümle hızlı bir şekilde ölçekleniyorsa, perakende katkıda bulunanlar yerine profesyonel katkıda bulunanları ağa getirmeye odaklanma seçeneğiniz vardır. Genel olarak konuşursak, kurulum karmaşıklığı sıradan insanların kolayca katkıda bulunabileceği kadar düşük olduğunda DePIN ağları en hızlı şekilde ölçeklenir.

Token Tasarımının Etkileri

Bir ağ oluşturmayı düşündüğünüzde, arz açısından erken katkıda bulunanlar dikkate almanız gereken en önemli paydaşlar arasındadır. Aldığınız donanım kararlarına bağlı olarak, arz tarafı katılımcısının profili ortalama bir kişiye, profesyonellere veya bu yelpazenin ortasındaki bazı "üreten tüketiciye" doğru kayabilir.

Profesyonel katkıda bulunanların kazançlarını anında dolar cinsinden getiri olarak düşünme eğiliminde olduklarını ve tokenlarını ağın ömrünün başlarında paraya çevirme olasılıklarının daha yüksek olduğunu gözlemledik. Öte yandan, erken katılan ortalama perakende katkıda bulunanların uzun vadeli sonuçlara odaklanma olasılıkları daha yüksek ve kısa vadeli fiyat dalgalanmalarına bakılmaksızın mümkün olduğu kadar çok token biriktirmek isteme olasılıkları daha yüksek.

Daha geniş bir profesyonel katılımcı tabanına sahip ağlar, kilitli tokenlar veya ileri tarihli, dolar cinsinden gelir paylaşımı anlaşmaları gibi geleneksel spot token teşviklerine alternatifler deneyebilir.

Arz tarafında katkıda bulunanların grubu ne olursa olsun, vade sonunda bir ağın arz tarafı, dolar cinsinden hem sermaye yatırımını hem de operasyonel maliyetleri karşılamalıdır. Tokenların, ağ olgunluğunun sonraki aşamalarında katkıda bulunanları ödüllendirmek için mevcut olmasını sağlamak ve bir yandan da erken benimseyenler için önyükleme teşviklerini dengelemek zor ama önemli bir dengedir.

Eşik Ölçeğiyle İlgili Hususlar

Bir ağın arz tarafının, ağın talep tarafı için ticari olarak uygun hale gelmeye başladığı zamanı tanımlamak için "eşik ölçeği" terimini kullanıyoruz. DePIN ağları doğası gereği yıkıcıdır çünkü tokenler, altyapıyı eşik ölçeğinde dağıtmak için erken katkıda bulunanları ödüllendirmek için kullanılabilir.

Bir veya birkaç düğümle ilk günden itibaren talebe hizmet verebilen ağlar (örneğin, depolama ve bilgi işlem pazarları) ve taleplerini karşılamak için minimum miktarda ölçek gerektiren başka ağlar (örneğin, kablosuz ağlar, lojistik ve yerine getirme ağları). Talep büyüklük sırasına göre ölçeklendikçe, artan talebe hizmet vermek için gereken minimum uygulanabilir düğüm kümesi de ölçeklenir.

Konum ne kadar önemli?

Bazı DePIN ağları fiziksel dağıtımdan anlamlı bir fayda sağlamazken diğerleri kesinlikle buna ihtiyaç duyar. Çoğu durumda, eğer bir ağ fiziksel kaynakların koordinasyonunu gerektiriyorsa, konuma duyarlıdır ve bu nedenle minimum geçerli kapsama alanıyla ilgili akıl yürütme, talep oluşturmaya ne zaman girişileceğinin belirlenmesinde önemli bir faktör haline gelir.

Son derece konuma bağımlı ağlar ve konumdan bağımsız ağlar vardır. Örneğin, Anode gibi enerji pazarları ve Hivemapper gibi haritalama ağları konuma oldukça bağımlıdır. Helium IOT gibi kablosuz ağlar konuma bağımlıdır ancak erişim noktalarının önemli bir kapsama alanı olması nedeniyle bu durum daha azdır. Filecoin Saturn, Fleek veya Wynd gibi bant genişliği pazarları konuma daha az duyarlıdır çünkü belirli bir konumdaki düğümlerden ziyade yalnızca genel coğrafi kapsamaya ihtiyaç duyarlar.

Öte yandan, Render Network gibi bilgi işlem pazarları veya Filecoin gibi depolama pazarları gibi DeVIN'ler konuma duyarlı değildir. Bu ağlarda, huninin üst kısmı coğrafyayla sınırlı olmadığından, arz yönlü katkıda bulunan kaynakların eşik ölçeğine kadar önyüklenmesi daha kolay hale gelir.

Çıkarım - Genel olarak, eğer bir ağ konuma duyarlı ise, arz tarafı katkıda bulunanların, hizmet verilebilir bir pazarın kilidini açmak amacıyla eşik ölçeğe kadar inşa edilen hedef bölgelere katkıda bulunmaya teşvik edilmesi gerektiğini gözlemledik. Ağlar bir kez başarıya ulaştıktan sonra “yerleştir ve genişlet” yaklaşımını izlemeli ve stratejiyi diğer farklı alanlarda tekrarlamalıdır.

Ağ yoğunluğu ne kadar önemli?

Asgari geçerli kapsama alanıyla ilgili yukarıdaki noktaya dayanarak, bazı DePIN ağları, genellikle donanım birimleri (veya düğümler) veya belirli bir alandaki belirli bir kaynağın toplam kümelenmiş birimleri cinsinden tanımlanan bir "ağ yoğunluğu" kavramına sahiptir.

Bir web3 mobil taşıyıcısı olan Helium Mobile, ağ kapsama alanını mahalle başına Mobil Bağlantı Noktaları olarak tanımlar. Helium Mobile için hiper yerel yoğunluk çok önemlidir çünkü ağın, bir alanda sürekli kapsama sağlamak için önemli miktarda Mobil Bağlantı Noktası yoğunluğuna ihtiyacı vardır.

İzinsiz bir araç paylaşımı protokolü olan Teleport, yoğunluğu kentsel alandaki sıcak noktanın 5-10 mil yarıçapındaki aktif sürücü sayısı olarak tanımlar. Yoğunluk Işınlanma için önemlidir çünkü kimse taksi için 10+ dakika beklemek istemez. Bununla birlikte hiper yerel yoğunluk Işınlanma için daha az önemlidir çünkü sürücüler bir yolcuyu almak için araç kullanabilirken Helium Mobil Bağlantı Noktaları kullanıcı hücresel trafiğini almak için hareket edemez.

Hivemapper, ağ yoğunluğunu belirli bir şehirdeki haritalayıcıların sayısı olarak tanımlar çünkü ağın, sürekli olarak yenilenen haritalama verileri sağlamak için şehirde yeterli sayıda haritacıya sahip olması gerekir. Ancak Hivemapper'ın Işınlanma ile aynı yoğunluk düzeyine ihtiyacı yoktur çünkü harita yenilemeleri taksiyle karşılamaya göre daha fazla gecikmeye neden olabilir.

Eşik ölçeği bağlamında yoğunluk hakkında düşünmenin kolay bir yolu, bir coğrafi bölgedeki katkıda bulunanların hangi eşiğinde ağın ilk satışını yapabileceğini veya ilk talep tarafı müşterisini kazanabileceğini dikkate almaktır. Peki ya onuncu? Yüzüncü mü?

Örneğin, merkezi olmayan ve sözde izinli bir mobil taşıyıcı olan XNET, bir kentsel alana hizmet vermek için yalnızca 100 adet büyük, profesyonelce kurulmuş radyoya ihtiyaç duyabilir; ancak, telsizleri daha küçük olan ve perakende katılımcı tarafından kurulan Helium Mobile, aynı kentsel alanı kapsamak için daha fazla sayıda radyoya ihtiyaç duyar; yüz küçük hücreli Helium Mobil Ağı çok az değerdedir, ancak yüz bin hücreli Helium Mobile Ağının değeri çok azdır. bayağı çok. Donanım tasarımı kararları nedeniyle Helium Mobile için eşik ölçeği, XNET için eşik ölçeğinden daha yüksektir.

Çıkarım - Genel olarak, daha fazla yoğunluk gereksinimi olan ağların eşik ölçeğine ulaşmak için daha fazla katkıda bulunana ihtiyaç duyduğunu gözlemledik. Bunun aksine, daha düşük yoğunluklu ağlar, daha karmaşık donanımlardan ve/veya profesyonel katkıda bulunanlardan yararlanabilir.

Token Tasarımının Etkileri

Konum hassasiyeti veya ağ yoğunluğu gerekliliklerinin bazı kombinasyonlarından dolayı daha yüksek eşik ölçeğine sahip ağların, ağın arz tarafını oluşturmak için daha fazla token teşvikine ihtiyaç duyduğunu gözlemledik. Buna karşılık, nispeten daha düşük bir eşik ölçeğine sahip ağlar, token teşvikleri konusunda daha muhafazakar olma esnekliğine sahiptir ve bunları daha sonraki aşamadaki eşik ölçeği kilometre taşlarına yayabilir.

Genel olarak token dağıtımı için iki ortak strateji vardır: zamana dayalı stratejiler ve kullanıma dayalı stratejiler. Zamana dayalı stratejiler, yüksek eşik ölçeğine sahip ağlar için en iyisidir; kullanıma dayalı stratejiler ise nispeten daha düşük eşik ölçeğine sahip ağlar için en iyi sonucu verir. Helium zamana dayalı bir token emisyon programı kullanırken Hivemapper ağ kullanımına dayalı emisyon programını kullanıyor.

Zamana dayalı stratejiler, belirli bir zaman diliminde katkıda bulunanlara, ağ katkılarının bir ölçüsüyle orantılı olarak dağıtılacak tokenlar oluşturmayı içerir. Altyapının oluşturulması için pazara çıkış süresinin önemli olduğu durumlarda bunlar daha uygundur ve eşik ölçeğine rakipten daha hızlı ulaşmak kritik öneme sahiptir. Eğer ağ, tüm pazarın kazananı olmasında ilk hamle yapan kişi değilse, zamana dayalı stratejiler dikkate alınması gereken güçlü bir seçenektir. (Bu yaklaşımın genellikle ağın, donanımı esnek bir tedarik zinciri yoluyla dağıtmak için net bir görüş hattına sahip olmasını gerektirdiğini unutmayın.)

Ağ kullanımına dayalı token dağıtımı, tokenlerin ağ büyümesine göre dağıtılmasına olanak tanıyan daha esnek bir mekanizmadır. Ödül mekanizmaları, belirli konumlarda, belirli zamanlarda veya ağa sağlanan belirli kaynak türleri için ağ kurulumları için büyük boyutlu belirteçleri içerir. Buradaki ödünleşim, ağın tokenleri en çok değer kazanan aktörlere dağıtma seçeneğini korurken, arz tarafı için kazanç güvensizliği yaratması ve bunun da daha düşük dönüşüm ve daha yüksek kayıp oranlarına yol açabilmesidir.

Örneğin, Hivemapper, haritaya katkıda bulunanlara ödül olarak toplam token emisyonlarının %2'sinden daha azıyla ABD'nin %10'unun haritasını çıkardı. Sonuç olarak, haritayı oluşturmaya devam etmek ve stratejik bölgelerdeki yoğunluğu artırmak amacıyla belirli alanlarda eşik ölçeğine ulaşmak için bonus zorluklar oluşturma konusunda artık son derece dikkatli olabilirler.

Talep Yaratma Hususları

DePIN ağları eşik ölçeğine ulaştığında ciddi anlamda ağın talep tarafına satış yapmaya başlayabilirler. Bu şu soruyu akla getiriyor: Satışı kim yapmalı?

DePIN ağları sonuçta yalnızca müşterilerin ağların bir araya getirdiği kaynaklara kolayca erişebilmesi durumunda değerlidir. Tüketiciler ve işletmeler genellikle doğrudan izinsiz bir ağdan satın almak istemezler, bunun yerine geleneksel bir şirketten satın almayı tercih ederler. Bu, katma değerli satıcılara (VAR'lar), ağ kaynaklarını müşterilerin anlayacağı ve rahatlıkla satın alabileceği ürün ve hizmetlere paketleme fırsatı yaratır.

Ağ yaratıcıları ayrıca ağ VAR'ı çalıştırma seçeneğine de sahiptir. Bu şirket ağın üzerine kuruludur ve müşteri ilişkilerinin ve onunla birlikte gelen her şeyin (yani ürün geliştirme, satış, müşteri edinme ve elde tutma, sürekli destek ve hizmet yasal anlaşmaları vb.) sahibidir. Ağ üzerinde bir VAR oluşturmanın avantajı, ürün satış maliyeti (müşteriye) ile ağ tarafından sağlanan ham kaynak maliyeti arasındaki tam yayılımı yakalamaktır. Bu yaklaşım ağı tam yığın haline getirir ve talep tarafındaki müşteriden sürekli geri bildirim geldiğinden daha sıkı ürün yinelemesine olanak tanır.

Alternatif olarak, VAR olmanıza ya da ağın üzerine inşa etmenize gerek yok. Bunun yerine talep tarafı ilişkisini ağ ekosisteminden dış kaynak olarak alabilirsiniz. Bu yaklaşım, yalnızca temel protokol geliştirmeye odaklanmanıza olanak tanır, ancak müşterilerle temas noktalarını azaltmak, ürün geri bildirimini ve yinelemeyi engelleyebilir.

Ağ VAR mı olmalısınız yoksa dış kaynak mı olmalısınız?

Farklı DePIN ekipleri konuya birçok açıdan yaklaştı.

Örneğin, Hivemapper Inc. bugün Hivemapper Ağının ana VAR'ıdır. Ağ haritalama verilerinin üzerine inşa edilirler ve ticari bir API aracılığıyla kurumsal düzeyde lojistik ve haritalama verileri sağlarlar.

Helyum söz konusu olduğunda, Helium Mobil Ağına, Helium Systems Inc.'den doğan Helium Mobile adlı tek bir VAR tarafından hizmet verilirken, Helium'un IoT Ağı, yardım etmekten her şeyi içeren Senet gibi bir VAR ekosistemi tarafından ticarileştirilir. müşteriler, sensörleri ve kapsama alanını satın almaktan paket aktarımlarını doğrulamaya kadar sıcak noktaları dağıtır.

Hivemapper veya Helium'dan farklı olarak Render Network, ağ kaynaklarının ticarileştirilmesini açık bilgi işlem istemcilerine yaptırır ve daha sonra bu kaynakları oluşturma ve makine öğrenimi işleriyle ajanslara ve sanatçılara yeniden satar. Render Ağının kendisi, hesaplama bütünlüğünün, gizlilik garantilerinin veya pakete veya kitaplığa özgü iş yüklerini işleyen farklı düzenleme katmanlarının kanıtlarını sağlamaz; bunun yerine bunların tümü üçüncü taraf istemciler tarafından sağlanır.

Paket servis — Genel olarak, hizmetler veya güven garantileri üzerinde katman oluşturmanın talebi artırabildiğini gözlemledik. Ağlar bu hizmetleri kendileri sağlamayı seçebilir, ancak bu hizmetlere çok erken (kritik ölçek eşiğine ulaşmadan) yatırım yapmak zaman, çaba ve para israfına yol açacaktır. Büyük ölçekte bu hizmetler, tekliflerini hizmet vermek istedikleri müşterilere özel olarak uyarlayan üçüncü taraflarca en iyi şekilde gerçekleştirilir.

Ayrıca ağların, ağ kaynaklarını ölçeklendirmeye ve ticarileştirmeye başladıkça genellikle aşağıdaki şekli aldıklarını da gözlemledik:

• Aşama I: İlk eşik ölçeğinde veya civarında, çekirdek ekip talep tarafı ilişkisinin tüm yönlerini yönetir. Bu, ilk müşterilerin mümkün olduğunca yüksek kalitede ürün almasını sağlamak içindir.
• Aşama II: İlk eşik ölçeğindeki kilometre taşlarının ötesinde ağ, ağın toplu kaynaklarını yeniden satmak için bir üçüncü taraf ekosistemi açmaya başlayabilir. Düzenlemeyi üstlenen 3. taraflar ağdan faydalanabilir ve arz ile talep arasındaki ilişkiye aracılık edebilir.
• Aşama III: Sabit bir durumda, çok çeşitli ağ katılımcılarına satmak üzere kaynakları paketleyen birçok aktör vardır. Bu aşamada ağ, diğer hizmet işletmelerinin müşterilere doğrudan erişip hizmet verebileceği ve yalnızca bir kaynak katmanı olarak hareket edebileceği bir platformdur.

Token Tasarımının Etkileri

Ağınız talep oluşumunu ölçeklendirmek için belirli taraflara güveniyorsa, bu ağ katılımcıları için protokol teşvikleri belirlemek yararlı olabilir. 3. taraf talep oluşturma faaliyetleri için belirteçler genellikle kilometre taşlarına dayalıdır ve hem ağ hem de 3. taraf bazı ortak hedeflere ulaştığında bu tarafları ödüllendirmek için belirteçler oluşturulur. Ortaklara yönelik emisyonları her zaman, ağa sağladıkları değerin elde ettikleri tokenlarla orantılı olacak şekilde düşünceli bir şekilde yapılandırmanız gerekir.

İleriye dönük

Bu makale, yeni DePIN ağlarını keşfederken kurucularla tartıştığımız en yaygın soruları ve düşünceleri araştırdı.

Önümüzdeki birkaç yıl içinde yeni, kategoriyi belirleyen DePIN'lerin ortaya çıkmasını bekliyoruz ve token dağıtımı, donanım, eşik ölçeği ve talep yaratmanın temel özelliklerinin kritik olduğuna ve tedariki etkili bir şekilde oluşturmak için tamamen araştırılması gerektiğine inanıyoruz. yan kaynaklar ve talep tarafı müşterilere hizmet etmek. Bu ağlar temelde pazaryerleridir ve her bir değiş tokuşun, ya kendi doğal ağ etkilerini güçlendiren ya da yeni girenlerin rekabet edebileceği boşluklar yaratan dalgalanma etkileri vardır.

Sonuçta DePIN'i, kripto-yerel sermaye oluşumu yoluyla değerli bir altyapı ağı oluşturmanın maliyetini azaltmanın bir yolu olarak görüyoruz. Telekomünikasyon, enerji, veri toplama, karbon giderme, fiziksel depolama, lojistik ve dağıtım ve daha fazlası gibi büyük pazarların alt kümelerine hizmet eden ve farklı ödünler veren ağlar için geniş bir tasarım alanı olduğuna inanıyoruz. DePIN'deki fikir labirentinde geziniyorsanız, süreç boyunca düşünmenize yardımcı olmaktan memnuniyet duyarız.

Yasal Uyarı:

1. Bu makale [multicoin.capital] adresinden yeniden basılmıştır. Tüm telif hakları orijinal yazara [SHAYON SENGUPTA、TUSHAR JAIN] aittir. Bu yeniden basıma itirazlarınız varsa lütfen Gate Learn ekibiyle ( gatelearn@gate.io ) iletişime geçin; onlar konuyu hemen halledeceklerdir.
2. Sorumluluk Reddi: Bu makalede ifade edilen görüş ve görüşler yalnızca yazara aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.
3. Makalenin diğer dillere çevirileri Gate Learn ekibi tarafından yapılır. Aksi belirtilmedikçe tercüme edilen makalelerin kopyalanması, dağıtılması veya intihal edilmesi yasaktır.