Titolo: SHAYON SENGUPTA、TUSHAR JAIN
Compilato da: Shenchao TechFlow
Nell'aprile 2022, abbiamo pubblicato un documento sulle reti Physical Proof of Work (PoPW) (ora più colloquialmente note come "Reti di infrastrutture fisiche decentralizzate" o "DePIN" in breve). In quell'articolo abbiamo scritto:
Le reti PoPW incentivano le persone a svolgere un lavoro verificabile per costruire infrastrutture nel mondo reale. Rispetto alle forme tradizionali di formazione di capitale per la costruzione di infrastrutture fisiche, questi protocolli senza autorizzazione e neutrali in termini di fiducia:
Le infrastrutture possono essere costruite più velocemente – in molti casi 10-100 volte più velocemente;
Soddisfare più da vicino le esigenze del mercato nativo;
Potrebbe essere più conveniente.
Siamo stati i primi a investire in modo significativo in questa tesi e da allora abbiamo visto la rete DePIN esplodere in un'ampia gamma di categorie tra cui energia, logistica, mappatura, telecomunicazioni e altro ancora. Più recentemente, abbiamo anche osservato l’emergere di alcune categorie più mirate attorno a reti di risorse appositamente costruite, in particolare per i beni digitali come elaborazione, archiviazione, larghezza di banda e aggregazione dei dati dei consumatori. Dietro ogni rete si nasconde un costo strutturale o un arbitraggio di performance reso possibile unicamente dalla formazione di capitale nativo della criptovaluta.
Esiste una significativa sovrapposizione nei modelli di progettazione e nelle migliori pratiche nelle reti DePIN. I fondatori e le comunità hanno diverse domande chiave da considerare quando pensano alla progettazione della rete. L'hardware di rete dovrebbe essere rivolto ai consumatori o dovrebbe portare alla creazione di reti di installatori professionisti? Quanti nodi sono necessari per portare online il primo cliente pagante? 10? 1.000? La rete dovrebbe essere completamente decentralizzata o dovrebbe essere gestita tramite un intermediario fidato?
Queste decisioni devono essere prese nelle prime fasi della progettazione della rete e devono essere corrette. I problemi dell'hub spesso determinano il successo o il fallimento di una rete DePIN e piccoli cambiamenti a livello di hardware, token, allocazione o livello di attivazione della domanda possono avere un enorme impatto sul successo o sul fallimento della rete.
Noi di Multicoin rimaniamo ottimisti riguardo a DePIN e prevediamo molti nuovi lanci di reti che definiscono la categoria nei prossimi anni. Questo articolo esplorerà i compromessi che i fondatori e le comunità DePIN considerano più spesso, con la speranza di aiutare la prossima generazione di fondatori e comunità DePIN a progettare la rete con maggiore successo. Proponiamo tre considerazioni necessarie per costruire DePIN: hardware, scala di soglia e generazione della domanda. In ogni aspetto, esploriamo le principali questioni che influenzano le decisioni chiave sulla progettazione e delineamo le loro ampie implicazioni per la progettazione dei token.
Considerazioni sull'hardware
La maggior parte delle reti DePIN orchestra l'infrastruttura fisica, ovvero l'hardware reale. Tuttavia, non è sempre così. Alcune reti gestiscono risorse virtuali come elaborazione, archiviazione o larghezza di banda (queste reti sono talvolta chiamate "reti di infrastrutture virtuali decentralizzate" o "DeVIN"). Ma per gli scopi di questa sezione, presupporremo che la tua rete disponga di hardware reale, quindi dovrai rispondere ad alcune domande chiave sulla progettazione della rete.
Chi produce l'hardware?
DePIN Networks, che costruisce e distribuisce hardware, offre un maggiore controllo sul lato dell'offerta della rete. Possono anche costruire relazioni dirette con i contributori (che a volte portano a comunità più forti). Tuttavia, nel corso del tempo, queste aziende corrono il rischio di diventare colli di bottiglia o singoli punti deboli nel processo di produzione e distribuzione, il che potrebbe limitare la capacità di scalabilità della rete.
Un'altra opzione per creare e distribuire il tuo hardware è rendere open source le tue specifiche hardware e chiedere alla comunità di crearle per te. Ciò consente ai fondatori e alle comunità di espandere il lato dell’offerta della rete diversificando al tempo stesso i rischi della catena di approvvigionamento. Naturalmente, il problema con questo approccio è che incentivare i produttori di terze parti a costruire hardware per un nuovo mercato è difficile e costoso. Un altro aspetto che devi considerare è la qualità e il supporto dell'hardware. Supponendo che tu riesca a costruire un forte ecosistema di produttori di hardware, devi anche mantenere la qualità in termini di apparecchiature e supporto.
L’elio è un caso di studio interessante. Per prima cosa hanno costruito i propri hotspot per aiutare a lanciare la rete, poi hanno rapidamente reso open source le loro specifiche hardware e incentivato un solido ecosistema di terze parti per costruire hardware per loro. Nonostante avesse un gran numero di produttori di hardware di terze parti, Helium ha sofferto di gravi colli di bottiglia nella catena di approvvigionamento durante una fase critica di crescita della rete, con alcuni produttori che fornivano scarso supporto.
D’altro canto, Hivemapper (che utilizza gli smartphone per la mappatura decentralizzata degli spazi interni) ha scelto di costruire e distribuire le proprie telecamere hardware. Ciò dà loro il pieno controllo sulla produzione dell’hardware, consentendo loro di iterare rapidamente il firmware della fotocamera e consentire caricamenti video passivi più velocemente, il che a sua volta accelera la copertura delle mappe e il valore commerciale dei dati. Come compromesso, avere un’azienda che controlla la produzione dell’hardware ha un effetto centralizzante sulla catena di fornitura, che può rendere la catena di fornitura più fragile.
Riepilogo: abbiamo notato che la rete DePIN scala molto più velocemente quando le specifiche hardware sono open source e distribuite senza autorizzazione. Quando la rete sarà sufficientemente matura, avrà sicuramente senso aprire lo sviluppo dell’hardware per decentralizzare ed espandere la rete. Tuttavia, è consigliabile assumere il controllo dell'hardware nella fase iniziale per garantire qualità e supporto.
Il tuo hardware è attivo o passivo?
Alcune reti DePIN sono impostabili e dimenticate, mentre altre richiedono un coinvolgimento più continuo degli utenti.
Nel caso dell'Helium, ad esempio, ci sono voluti circa 10 minuti dallo smontaggio all'installazione dell'hotspot. Successivamente, il dispositivo resta lì e fornisce copertura passiva alla rete senza molto lavoro aggiuntivo da parte dell'utente. D’altro canto, reti come Geobyte (mappatura decentralizzata degli spazi interni tramite smartphone) richiedono agli utenti di fare attivamente qualcosa per creare valore (acquisire video di spazi interni utilizzando i sensori del telefono). Per i contributori dal lato dell’offerta, il tempo investito nel networking attivo sacrifica esplicitamente il tempo che potrebbe essere dedicato ad altre attività generatrici di entrate o semplicemente al vivere. Pertanto, i contributori alle reti attive devono guadagnare di più (nella maggior parte dei casi) attraverso i token o la progettazione della rete per giustificare i costi in termini di tempo e opportunità. Ciò significa anche che, a causa della loro progettazione, le reti attive raggiungono la dimensione soglia (di cui parleremo in dettaglio di seguito) più lentamente rispetto alle reti passive.
L’aspetto positivo è che, poiché le reti DePIN attive richiedono un certo livello di partecipazione continua, in genere hanno contributori più impegnati ed esperti nella rete. Ciò, a sua volta, significa che le reti attive sono limitate anche dal numero di persone disposte e/o in grado di contribuire.
Riepilogo: abbiamo notato che la rete DePIN si adatta più facilmente se i contributori pagano un costo una tantum (in tempo o denaro) all'inizio, piuttosto che un costo continuo. Le reti passive sono più facili da configurare e quindi più facili da scalare;
Diventare una rete proattiva non è una condanna a morte, richiede solo pensiero creativo e design stimolante. Ad esempio, le reti attive come Geobyte, Dronebase, FrodoBots e Veris sono più simili a "giochi per sempre" rispetto alle reti infrastrutturali tradizionali.
Quanto è difficile installare l'hardware?
Diverse reti DePIN variano nella facilità del processo di installazione dell'hardware. Da un lato può essere semplice come collegare il dispositivo a una presa a muro, dall'altro potrebbe richiedere un installatore professionista.
All'estremità facile dello spettro di difficoltà, i giocatori possono connettere le proprie GPU alla Render Network, una rete informatica distribuita, semplicemente eseguendo uno script bash perché le reti informatiche richiedono decine di migliaia di GPU distribuite geograficamente per servire correttamente i dati scarichi centrali.
A metà del livello di difficoltà, l'installazione della telecamera Hivemapper richiede 15-30 minuti. Sono necessari centinaia di questi veicoli in una determinata area geografica per costruire una solida mappa in tempo reale, quindi tale installazione deve essere un semplice investimento iniziale e facile da gestire in seguito.
Al contrario, all'estremità difficile dello spettro, XNET sta costruendo una rete wireless CBRS di livello carrier. Le loro radio di rete devono essere installate da professionisti presso il tuo ISP locale e richiedono il consenso esplicito da parte dei proprietari di immobili commerciali. Ma, nonostante ciò, la loro rete è ancora in espansione poiché sono necessari pochi accordi di questo tipo per coprire un’area cittadina e possono servire casi d’uso di offload degli operatori e roaming dati.
Riepilogo: la velocità di scalabilità della rete è direttamente influenzata dalla facilità di installazione dell'hardware. Se la tua rete richiede migliaia di dispositivi in tutto il mondo, devi rendere l'installazione del tuo hardware il più semplice possibile. Se la tua rete si adatta rapidamente con solo pochi nodi, potresti scegliere di concentrarti sull'attrazione di collaboratori professionisti piuttosto che di collaboratori al dettaglio nella rete. In generale, la rete DePIN scala più velocemente quando la complessità dell’installazione è sufficientemente bassa da consentire alle persone comuni di diventare facilmente contributori.
Impatto sull'hardware, progettazione dei token
Quando si pensa alla costruzione di una rete, i primi contributori dal lato dell’offerta sono una delle parti interessate più importanti da considerare. A seconda delle decisioni hardware prese, la configurazione dei contributori dal lato dell'offerta può essere sbilanciata verso la persona media, il professionista o il "semi-professionista" nel mezzo.
Osserviamo che i contributori professionali tendono a considerare i loro guadagni immediati in termini di dollarizzazione nei primi giorni della rete e sono più propensi a liquidare presto i loro token. D’altro canto, i primi contributori al dettaglio regolari hanno maggiori probabilità di concentrarsi sui risultati a lungo termine e di voler accumulare il maggior numero possibile di token, indipendentemente dalle fluttuazioni dei prezzi a breve termine.
Per le reti con un’ampia base di contributori professionisti, si possono provare alternative ai tradizionali incentivi spot come token bloccati o protocolli di compartecipazione alle entrate in dollari.
Indipendentemente dalla base di contributori dal lato dell’offerta, alla scadenza, il lato dell’offerta della rete deve coprire gli investimenti di capitale e i costi operativi in termini di dollari. Trovare un equilibrio tra il bilanciamento degli incentivi per i primi utilizzatori durante la fase di lancio e la garanzia di ricompense simboliche per i contributori durante le fasi successive della maturità della rete è un lavoro complicato ma importante.
Considerazioni sulla dimensione della soglia
Usiamo il termine “scala di soglia” per descrivere quando il lato dell’offerta della rete diventa commercialmente sostenibile per il lato della domanda della rete. La rete DePIN è di natura dirompente in quanto i token possono essere utilizzati per premiare i primi contributori per l’implementazione dell’infrastruttura per raggiungere la soglia di scala.
Alcune reti possono soddisfare la domanda fin dal primo giorno con uno o pochi nodi (ad esempio, mercati di archiviazione e elaborazione), mentre altre devono raggiungere una certa scala per soddisfare la loro domanda (ad esempio, reti wireless, logistica e rete di distribuzione). Man mano che l’entità della domanda si espande, aumenta anche l’insieme minimo di nodi necessari per soddisfare questa domanda incrementale.
La posizione è importante?
Alcune reti DePIN non trarranno grandi benefici dalla distribuzione fisica, mentre altre reti la richiedono assolutamente. Nella maggior parte dei casi, se una rete richiede il coordinamento delle risorse fisiche, è sensibile alla posizione, quindi ragionare sulla copertura minima possibile diventa un fattore chiave nel determinare quando eseguire la generazione della domanda.
Alcune reti sono molto sensibili alla posizione, mentre altre sono indipendenti dalla posizione. Ad esempio, i mercati energetici (come Anode) e le reti di mappatura (come Hivemapper) sono molto sensibili alla posizione. Le reti wireless come Helium IOT sono meno sensibili alla posizione perché gli hotspot hanno una portata ampia. I mercati della larghezza di banda come Filecoin Saturn, Fleek o Wynd sono ancora meno sensibili alla posizione, poiché richiedono solo una copertura geografica generale e non nodi in posizioni specifiche.
D’altra parte, ci sono luoghi insensibili a DeVIN come mercati informatici come Render Network o mercati di archiviazione come Filecoin. In queste reti, diventa più facile avviare le risorse dei contributori dal lato dell’offerta su una scala soglia perché l’ingresso non è limitato geograficamente.
Riepilogo: notiamo che se una rete è sensibile alla posizione, i contributori dal lato dell’offerta dovrebbero essere incentivati a contribuire alle aree target per raggiungere una dimensione soglia con l’obiettivo di sbloccare un mercato utilizzabile. Una volta realizzata, la rete dovrebbe adottare un approccio di “espansione territoriale” e ripetere la strategia in altre aree diverse.
La densità della rete è importante?
Sulla base della copertura minima realizzabile sopra menzionata, alcune reti DePIN adottano il concetto di "densità di rete", che solitamente viene definita in termini di numero di unità hardware (o nodi), ovvero di unità totali aggregate di una specifica risorsa in un'area specifica.
Helium Mobile è un operatore mobile web3 che definisce la propria copertura di rete come il numero di hotspot mobili per comunità. La densità della rete è importante per Helium Mobile poiché la rete richiede un'elevata densità di hotspot mobili per fornire una copertura coerente in un'area.
Teleport è un protocollo di ride-sharing senza autorizzazione che definisce la densità come il numero di conducenti attivi entro un raggio di 5-10 miglia da un hotspot cittadino. La densità della rete è importante per Teleport perché nessuno vuole aspettare più di 10 minuti per un taxi. Tuttavia, a differenza di Helium Mobile, gli hotspot di Teleport possono essere guidati per far salire i passeggeri, quindi Teleport non necessita dell'elevata densità nativa di Helium Mobile.
Hivemapper definisce la densità della rete come il numero di mappatori in una determinata città, perché la rete richiede un numero sufficiente di mappatori nella città per fornire dati di mappatura costantemente aggiornati. Ma Hivemapper non ha bisogno dello stesso livello di densità di Teleport perché gli aggiornamenti della mappa possono tollerare ritardi più lunghi rispetto alla richiesta di una corsa.
Un modo semplice di pensare alla densità nel contesto della scala di soglia è pensare: qual è la soglia di contributori in un’area geografica alla quale la rete può effettuare la sua prima vendita o attirare il suo primo cliente dal lato della domanda? E il decimo? Il centesimo?
Ad esempio, XNET, un operatore mobile con licenza decentralizzata, potrebbe aver bisogno solo di 100 grandi radio installate professionalmente per servire un'area cittadina. Tuttavia, le radio di Helium Mobile sono più piccole e richiedono più radio per coprire la stessa area urbana: una rete Helium Mobile con centinaia di piccole celle ha un valore basso, ma centomila piccole celle hanno un valore molto elevato. La dimensione della soglia di Helium Mobile è superiore alla dimensione della soglia di XNET a causa delle decisioni di progettazione dell'hardware.
Riepilogo: notiamo che le reti che richiedono una densità maggiore richiedono più contributori per raggiungere la dimensione soglia. Al contrario, reti meno dense possono sfruttare hardware più sofisticati e/o contributori specializzati.
Impatto della progettazione dei token
Osserviamo che a causa di una combinazione di sensibilità alla posizione o requisiti di densità di rete, le reti con dimensioni di soglia più elevate richiedono maggiori incentivi simbolici per costruire il lato dell’offerta della rete. Al contrario, le reti con dimensioni di soglia relativamente basse hanno una maggiore flessibilità per impostare incentivi token in modo più conservativo e distribuirli a traguardi successivi in termini di dimensioni di soglia.
In generale, esistono due strategie comuni per l’allocazione dei token: strategie basate sul tempo e strategie basate sull’utilizzo. Per le reti con dimensioni di soglia più elevate, le strategie basate sul tempo funzionano meglio, mentre per le reti con dimensioni di soglia relativamente inferiori, le strategie basate sullo sfruttamento funzionano meglio. Helium utilizza un programma di emissione di token basato sul tempo, mentre Hivemapper utilizza un programma di emissione basato sull'utilizzo della rete.
Le strategie basate sul tempo prevedono l’emissione di un numero fisso di token ai contributori proporzionalmente in un dato periodo di tempo per misurare il loro contributo alla rete. Queste strategie sono più appropriate se il time-to-market è importante per costruire infrastrutture e raggiungere la soglia di scala più velocemente rispetto ai concorrenti. Se la rete non è la prima ad agire in un mercato in cui il vincitore prende tutto, dovrebbe prendere in considerazione l’adozione di una strategia basata sul tempo. (Si noti che questo approccio in genere richiede che la rete sia in grado di distribuire esplicitamente l'hardware attraverso una catena di fornitura resiliente.)
La distribuzione dei token basata sull'utilizzo della rete è un meccanismo più flessibile che consente la distribuzione dei token in base alla crescita della rete. I meccanismi di ricompensa includono la fornitura di più token per la costruzione della rete in luoghi specifici, in orari specifici o per fornire tipi specifici di risorse alla rete. Il compromesso qui è che, sebbene ciò lasci alla rete la possibilità di distribuire token ai partecipanti di maggior valore, crea incertezza sulle entrate dal lato dell’offerta, portando potenzialmente a tassi di conversione più bassi e un tasso di abbandono più elevato.
Ad esempio, Hivemapper ha mappato il 10% degli Stati Uniti con ricompense in token inferiori al 2% dell’emissione totale. Di conseguenza, ora possono costruire con molta attenzione sfide bonus per raggiungere dimensioni soglia in aree specifiche, continuare ad espandere la mappa e migliorare la densità in aree strategiche.
Considerazioni sulla generazione della domanda
Quando le reti DePIN raggiungono una dimensione soglia, possono iniziare a vendere sul serio al lato della domanda della rete. Ciò solleva la domanda: chi dovrebbe occuparsi della vendita?
La rete DePIN è in definitiva preziosa solo se i clienti possono accedere facilmente alle risorse aggregate dalla rete. I consumatori e le aziende spesso non vogliono acquistare direttamente da una rete senza licenza, preferendo acquistare da aziende tradizionali. Ciò crea opportunità per i rivenditori a valore aggiunto di raggruppare le risorse online in prodotti e servizi che i clienti comprendono e sono disposti ad acquistare.
I creatori Web possono anche scegliere di gestire rivenditori Web a valore aggiunto. L'azienda opera sul web e mantiene rapporti con i clienti e tutto ciò che è ad essi correlato, ovvero sviluppo del prodotto, vendite, acquisizione e fidelizzazione dei clienti, supporto continuo e accordi legali di servizio, ecc. Il vantaggio di creare una rete di rivenditori a valore aggiunto è che puoi catturare l'intera differenza tra il costo di vendita del prodotto (al cliente) e il costo delle risorse originali fornite dalla rete. Questo approccio rende la rete full-stack e consente un'iterazione del prodotto più ravvicinata poiché è possibile ottenere un feedback continuo dai clienti dal lato della domanda.
D’altra parte, non devi essere un rivenditore a valore aggiunto o fare affari sul web. È possibile esternalizzare le relazioni sul lato della domanda a un ecosistema di rete. Questo approccio consente di concentrarsi sullo sviluppo del protocollo principale, ma la riduzione dei punti di contatto con i clienti può ostacolare il feedback e l'iterazione del prodotto.
Dovresti diventare un rivenditore online a valore aggiunto o esternalizzare?
Diversi team DePIN considerano questo problema da molti punti di vista.
Ad esempio, Hivemapper Inc. Attualmente è un primario rivenditore a valore aggiunto per Hivemapper Network. Operano sulla base dei dati di mappatura web e forniscono logistica e dati di mappatura di livello aziendale tramite API commerciali.
Nel caso di Helium, la rete Helium Mobile è servita da un unico rivenditore a valore aggiunto, Helium Mobile, che è stato creato da Helium Systems Inc. e la rete IoT di Helium è commercializzata da una serie di rivenditori a valore aggiunto, come Senet, la cui attività copre l'assistenza ai clienti nell'implementazione di hotspot, nell'acquisto di sensori e copertura, nella verifica della trasmissione di pacchetti di dati e altro ancora.
A differenza di Hivemapper o Helium, Render Network commercializza risorse di rete esternalizzate a clienti informatici pubblici, che a loro volta rivendono queste risorse ad agenzie e artisti per lavori di rendering e apprendimento automatico. Render Network stessa non fornisce prove di integrità computazionale, garanzie di privacy o diversi livelli di orchestrazione per gestire carichi di lavoro di pacchetti o librerie specifici. Questi sono tutti forniti da clienti di terze parti.
Riepilogo - Abbiamo notato che l'aggiunta di garanzie di servizio o di fiducia può stimolare la domanda. Le reti possono fornire questi servizi da sole, ma investire in essi prematuramente, prima di raggiungere una certa scala critica, può comportare uno spreco di tempo, fatica e denaro. Su larga scala, questi servizi vengono gestiti al meglio da terze parti che adattano le loro offerte ai clienti che servono.
Abbiamo anche osservato che quando le reti cominciarono ad espandersi e a commercializzare le risorse di rete, spesso assumevano le seguenti forme:
Fase 1: in corrispondenza o subito dopo il primo traguardo della scala di soglia, il team principale gestisce tutti gli aspetti della relazione dal lato della domanda. Ciò garantisce che i primi clienti ricevano il prodotto della massima qualità possibile.
Fase 2: oltre alla prima serie di traguardi su scala soglia, la rete può iniziare a costruire un ecosistema di terze parti che rivendono le risorse aggregate dalla rete. I terzi che gestiscono l’integrazione delle risorse possono entrare nella rete e mediare il rapporto tra domanda e offerta.
La terza fase: in un certo stato stabile, ci sono molti partecipanti che confezionano e vendono risorse a un'ampia gamma di partecipanti alla rete. In questa fase, la rete diventa una piattaforma in cui altre società di servizi possono entrare e fornire direttamente servizi ai clienti, puramente come livello di risorse.
Impatto della progettazione dei token
Se la tua rete fa affidamento su aspetti specifici per scalare la generazione della domanda, potrebbe essere utile specificare gli incentivi del protocollo per tali partecipanti alla rete. I token utilizzati per le attività di generazione della domanda di terze parti sono in genere basati su traguardi e quando la rete e la terza parte raggiungono un obiettivo comune, i token vengono distribuiti per premiare queste parti. Dovresti sempre strutturare l'emissione di token con i tuoi partner in modo che il valore che apportano alla rete corrisponda ai token che alla fine ricevono.
Guardando al futuro
Questo articolo esplora le domande e le considerazioni più comuni di cui discutiamo con i fondatori quando esploriamo nuove reti DePIN.
Prevediamo l'emergere di nuove reti DePIN che definiscono la categoria nei prossimi anni e riteniamo che attributi fondamentali come la distribuzione dei token, l'hardware, le dimensioni della soglia e la generazione della domanda siano fondamentali e dovrebbero essere esplorati a fondo per stabilire in modo efficace le risorse dal lato dell'offerta e fornire servizi ai clienti dal lato della domanda. Queste reti sono essenzialmente mercati e ogni compromesso ha effetti a catena che ne aumentano gli effetti di rete intrinseci o creano lacune affinché i nuovi concorrenti possano competere.
In definitiva, vediamo DePIN come un modo per ridurre i costi di costruzione di reti infrastrutturali di valore attraverso la formazione di capitale cripto-nativo. Riteniamo che esista un vasto spazio di progettazione per reti che stabiliscono chiari compromessi e forniscono servizi in sottoinsiemi di mercati su larga scala come telecomunicazioni, energia, aggregazione di dati, riduzione del carbonio, stoccaggio fisico, logistica e consegna.
