Recentemente ho sentito (senza conferma) che la Web3 Foundation ha tagliato circa il 70% del personale; se è vero, personalmente penso che sia una buona cosa. Nel primo sviluppo dell'industria crittografica, molte strutture dei team di progetto erano fondamentalmente gonfie, e con una tale struttura non solo si riduce l'efficienza lavorativa, ma anche i costi del personale diventano una voce principale di spesa, specialmente quando la maggior parte dei progetti non ha capacità di auto-sostenimento.

In effetti, fin dal momento in cui la Web3 Foundation ha annunciato la sua trasformazione strategica, si può notare che la fondazione ha sicuramente ridotto il personale; ad esempio, W3F ha menzionato nell'annuncio che per raggiungere nuovi obiettivi strategici, alcuni progetti che consumano molte risorse ma non sono più completamente allineati con l'attuale direzione strategica sono stati ufficialmente chiusi, tra cui:

  • Programma Generale di Finanziamenti

  • Supporto Polkadot

  • Voci Decentralizzate

  • Nodi Decentralizzati

Oltre ai progetti già conclusi, la Web3 Foundation prevede anche di rivalutare alcuni progetti esistenti e di trasferirli gradualmente a team o organizzazioni al di fuori di W3F. I progetti attualmente in fase di valutazione includono:

  • JAM Prize

  • Polkadot Governance Support

  • Polkadot Wiki

  • Knowledge Base

  • Kusama Vision

  • Documentazione per gli sviluppatori (Developer Documentation)

Da queste informazioni, almeno i team di governance, team di finanziamenti, team di educazione tecnica e team di assistenza clienti sono stati tutti tagliati.

Dalla recente contrazione e ristrutturazione della Web3 Foundation, il segnale è stato molto chiaro: le risorse si stanno restringendo e la direzione sta convergendo. La struttura che in passato si concentrava su governance, finanziamenti, educazione e sistemi di supporto sta venendo compressa, lasciando solo le parti più vicine al “prodotto” e all'“uso reale”.

In questo contesto, ciò che Polkadot merita di essere osservato ora è se esiste un prodotto in grado di sostenere le capacità di Polkadot. E attualmente, il prodotto più vicino a questo ruolo è Polkadot App. Anche se l'esterno non riesce a vedere molti progressi concreti, Parity ha sempre rilasciato informazioni in modo piuttosto contenuto, ma questo indica che questo prodotto potrebbe non essere un semplice aggiornamento di tipo strumentale.

Oggi voglio discutere di nuovo con i miei amici della comunità cinese perché questo è legato a un problema a lungo irrisolto: esiste una dispersione delle capacità di Polkadot e il percorso degli utenti è sempre stato poco chiaro.

Quando un utente entra nell'ecosistema, se deve decidere da solo quale catena utilizzare, quale tipo di asset scegliere, quale percorso seguire e come fare cross-chain, questo sistema è progettato per essere aperto, ma nell'esperienza pratica è frammentato. Per la maggior parte delle persone, questa complessità è una barriera.

Quindi oggi discutiamo di nuovo di Polkadot App, vogliamo parlare di se ha la possibilità di raccogliere queste capacità disperse in modo che gli utenti possano seguire un percorso più chiaro.

La questione del portafoglio è, in sostanza, definire un punto di ingresso.

Ora parlare di portafogli non può più essere considerato uno strumento neutro.

Il portafoglio determina in larga misura cosa vede l'utente a prima vista, cosa detiene di default e cosa utilizza regolarmente per trasferimenti e pagamenti. Non è solo un 'luogo per conservare beni', ma è il punto di partenza di tutto il sistema.

Se l'ingresso è chiaro, gli utenti seguiranno il percorso; se l'ingresso stesso richiede di comprendere molte cose, la maggior parte delle persone si fermerà al primo passo.

Il problema di Polkadot in passato è che non è stato presentato attraverso un ingresso unificato. Se Polkadot App si limita a trasferire funzionalità esistenti, la sua utilità è limitata; ma se inizia a ridefinire l'esperienza predefinita, come asset predefiniti, percorsi predefiniti e modalità operative predefinite, il suo significato cambia completamente.

Il pagamento è in realtà una questione di percorso dei fondi.

In passato, l'industria delle criptovalute tendeva a focalizzarsi su transazioni e profitti, poiché sono più facili da generare in crescita a breve termine, mentre i pagamenti sono più lenti e 'noiosi'.

Ma il pagamento ha una caratteristica: non è guidato dall'emozione, ma può essere guidato da esigenze reali e percorsi.

Finché ci sarà bisogno di far circolare i fondi tra soggetti diversi, siano essi tra persone, tra aziende o attraverso regioni, la domanda di pagamento esisterà sempre. L'unica differenza è se questi movimenti avvengono on-chain o off-chain.

Quando i pagamenti iniziano a spostarsi sulla blockchain, le questioni cambiano di conseguenza. Ciò che interessa non è più solo 'è possibile trasferire', ma:

  • Con quale asset si trasferisce?

  • Cosa riceve l'altro dopo il trasferimento?

  • È necessario cambiare valuta nel mezzo?

  • I costi e i percorsi sono controllabili?

Queste questioni alla fine si concentrano tutte su un unico punto: stablecoin.

Il vero problema delle stablecoin non è nel design, ma nell'utilizzo.

Dallo scorso anno, molti progetti hanno iniziato a emettere la propria stablecoin, persino team di portafogli come Matemask hanno emesso la propria stablecoin, con vari modelli di collateralizzazione e controllo del rischio che sono stati provati.

Ma in realtà, ognuno di noi sa che ciò che determina se una stablecoin può avere successo spesso non ha molto a che fare con il design del modello, ma con se viene realmente utilizzata.

Gli utenti non utilizzeranno un modello solo perché è più elegante. Gli interessa di più se, quando aprono il portafoglio, è presente; se, durante il trasferimento, è il predefinito; se, quando devono pagare, possono usarlo direttamente; se, quando devono scambiare, è fluido.

In altre parole, se una stablecoin ha vitalità dipende dal fatto che entri in questi scenari di utilizzo fondamentali.

Se esiste solo in un certo protocollo o è utilizzato solo in contesti specifici, è difficile che diventi un 'asset predefinito'. Ma una volta che entra nel percorso quotidiano, come visualizzazione del saldo, trasferimenti, pagamenti, profitti, la sua posizione cambierà completamente.

Ora, diamo un'occhiata a portafogli, pagamenti e stablecoin:

  • Il portafoglio determina da dove entra l'utente;

  • Le stablecoin determinano quale unità utilizza l'utente.

  • Il pagamento determina se questo sistema può essere realmente utilizzato.

Se queste tre cose sono disperse, l'utente deve assemblare da solo; se sono organizzate, formeranno un percorso utilizzabile direttamente.

E ciò che Polkadot attualmente manca è proprio quest'ultimo.

Ciò che Polkadot attualmente manca è un 'percorso predefinito'.

Polkadot App può raccogliere queste capacità disperse, permettendo agli utenti di non dover pensare alla struttura sottostante nella maggior parte dei casi? Ad esempio:

  • Aprendo l'App si vedono conti chiari, e non strutture di asset complesse;

  • Durante il trasferimento non è necessario decidere prima quale asset utilizzare;

  • Lo scambio e il cross-chain sono suggeriti automaticamente dal sistema con percorsi più ragionevoli;

  • Il pagamento può essere completato direttamente, senza ulteriori passaggi;

  • Gli asset hanno un chiaro indirizzo e modalità di rendimento quando non sono utilizzati.

Questi sembrano tutti dettagli di prodotto, ma insieme formano un percorso di fondi completo.

Quindi Parity ora dovrebbe concentrarsi su se il percorso tra l'ingresso e l'uscita degli utenti può diventare più fluido.

Un processo relativamente ideale è più o meno questo:

  • L'utente apre l'App e vede conti chiari.

  • Utilizza una stablecoin familiare per trasferimenti o ricezioni.

  • Quando necessario, il sistema completa automaticamente lo scambio o il cross-chain.

  • Gli asset possono essere utilizzati o generare profitti all'interno dell'ecosistema.

  • Quando necessario, possono essere utilizzati per pagamenti o regolamenti in scenari reali.

  • Durante l'intero processo, non è necessario comprendere ripetutamente la struttura sottostante.

Se questo percorso può esistere, molte capacità di Polkadot saranno naturalmente utilizzate, piuttosto che rimanere nello stato di 'può essere utilizzato'.

Cosa ne pensi? Lascia il tuo commento!

  • PolkaWorld Telegram Gruppo: https://t.me/+z7BUktDraU1mNWE1

  • Canale Youtube di PolkaWorld:

    https://www.youtube.com/c/PolkaWorld

  • Twitter di PolkaWorld:

    @polkaworld_org

#Polkadot