Debutto esplosivo di SAGA su Binance: il token fa +16.500%

I creatori di Saga, come riportato nel litepaper del progetto, hanno diviso l’economia dei token in due componenti concettuali: il front end e il back end.

Il front end è la parte del flusso di token tra gli utenti finali del chainlet e gli sviluppatori del chainlet.

Il back end è la parte del flusso di token tra gli sviluppatori del chainlet e la Saga chain.

Suddividere il meccanismo dei token in due parti indipendenti permette benefici in termini di usabilità e di accumulo di valore per gli sviluppatori e le catene partner.

Immaginate uno scenario in cui Uber ospita le proprie applicazioni mobili sui server di Amazon. Il flusso di interazione utente previsto è il seguente: gli utenti finali pagano Uber, poi Uber paga Amazon per l’hosting delle loro applicazioni.

È insolito aspettarsi che gli utenti paghino direttamente Amazon. Tuttavia, questa è la norma nella maggior parte delle piattaforme di smart contract oggi.

Le tariffe della rete sono pagate dagli utenti finali, non dagli sviluppatori delle applicazioni.

Questo porta gli utenti finali ad avere la necessità di custodire abbastanza token per pagare le tariffe (gas) e impedisce agli sviluppatori di esplorare modelli di business interessanti come quelli basati su pubblicità o freemium.

Su Saga, gli utenti finali di ciascuna applicazione interagiscono solo con il chainlet, e tutte le tariffe sono pagate dagli sviluppatori delle app.

Questo modello di front end consente agli sviluppatori di esplorare modelli di monetizzazione interessanti che precedentemente non erano possibili. Gli utenti finali sono astratti dalle tariffe di rete e gli sviluppatori possono implementare metodi di monetizzazione più flessibili:

• Lo sviluppatore può ancora implementare tariffe per transazione. Tuttavia, questo modello consente che tali tariffe siano pagate in qualsiasi token desiderato dallo sviluppatore. I token delle tariffe raccolti dallo sviluppatore possono essere qualsiasi token esterno (come stablecoin), token Saga, o token creati dallo sviluppatore. Questa tariffa si accumulerà in un wallet controllato dallo sviluppatore.
• Lo sviluppatore può implementare un servizio di abbonamento in cui solo gli utenti autorizzati possono utilizzare gli smart contract.
• Lo sviluppatore può anche scegliere di rendere il proprio prodotto gratuito per gli utenti finali, con la monetizzazione che proviene da altre fonti come la pubblicità. In questo scenario, lo sviluppatore dovrà impostare alcuni meccanismi di prevenzione dello spam per impedire agli utenti malintenzionati di utilizzare la capacità del chainlet acquistata dallo sviluppatore. Tuttavia, questo può anche essere risolto tramite account autorizzati.

Leggi anche:

• Il DEX di derivati AEVO debutta sul Launchpool di Binance
• Binance svela il suo nuovo progetto Launchpool: XAI, una rete di livello 3 dedicata al gaming