Peter Bui costruisce l’infrastruttura di escrow su Cardano dopo Draper University

Bui sta ora costruendo Hokan tramite Moshi Concepts, utilizzando smart contract di Cardano per far rispettare le condizioni di pagamento mentre gli utenti mantengono il controllo dei propri fondi. Il cambiamento non è iniziato con una nuova capacità tecnica. È nato dal mettere in discussione la dimensione del mercato, il comportamento dei potenziali clienti e le ragioni per cui qualcuno dovrebbe affidare al prodotto denaro reale.

Da sviluppatore Cardano a fondatore di startup

Bui ha trascorso diversi anni lavorando all’interno dell’ecosistema Cardano. Ha creato Learn Cardano, gestisce lo stake pool ADAOZ e ha sviluppato CardanoPress, un’integrazione per WordPress che consente ai progetti di collegare i siti web ai wallet Cardano e ai dati della blockchain.

Quell’esperienza ha fornito una base tecnica per costruire prodotti, ma il programma Genesis ha introdotto una domanda diversa: un prodotto tecnicamente valido può raggiungere un mercato abbastanza grande da sostenere un’azienda scalabile?

CardanoPress collegava due ambiti che Bui già conosceva. I progetti NFT su Cardano avevano bisogno di siti web in grado di interagire con i wallet e i dati onchain, mentre WordPress offriva un’infrastruttura consolidata per costruire e gestire quei siti.

L’analisi di mercato condotta a Draper University ha suddiviso quell’opportunità in segmenti progressivamente più piccoli. Crypto rappresenta una parte del mercato tecnologico. Cardano è una parte di crypto. I progetti Cardano che usano WordPress costituiscono una categoria più ristretta e solo una parte di quei progetti richiede un’integrazione blockchain specializzata ed è disposta a pagarla.

Un mercato ristretto può comunque sostenere un’attività sostenibile, ma il suo potenziale dipende dal numero di clienti, dal valore di ciascuna relazione e dal costo per raggiungerli. Bui ha descritto il cambiamento risultante come il passaggio dal chiedersi cosa potesse costruire al chiedersi cosa valesse la pena costruire.

Il primo preacceleratore Cardano Genesis ha riunito 13 team nominati pubblicamente. I partecipanti hanno sviluppato i loro pitch, intervistato potenziali utenti e testato le ipotesi di business fin dai primi giorni del programma. La settimana dei pitch si è conclusa con presentazioni a una giuria che includeva Tim Draper e Stephen Wood, CFO della Cardano Foundation.

Bui è arrivato con un concetto per una piattaforma di lavori e bounty Web3. Un cliente avrebbe creato un’attività e bloccato i fondi in uno smart contract. Un contributore avrebbe completato il lavoro concordato e ricevuto il pagamento dopo l’approvazione.

Invece di trascorrere mesi a costruire l’intero marketplace, ha iniziato a intervistare i freelancer e le persone che li assumono. Le conversazioni hanno esaminato esperienze di pagamento precedenti, controversie, costi, soluzioni esistenti e le condizioni in cui gli utenti si fidavano o rifiutavano le piattaforme attuali.

Bui ha anche creato bounty di test su una testnet di Cardano. L’obiettivo andava oltre il confermare che uno smart contract potesse bloccare e rilasciare fondi. I test hanno esplorato dove emergeva attrito, chi diventava responsabile quando il lavoro non soddisfaceva le condizioni concordate e quali parti del processo fornivano abbastanza valore perché i clienti fossero disposti a pagarle.

Lo stesso processo ha cambiato il modo in cui comunicava l’idea. Durante le preparazioni finali del pitch, Bui ha camminato per le strade di San Mateo ripetendo la presentazione, registrando circa 17,000 passi in un giorno e 20,000 in un altro. Quando alla fine ha presentato a Tim Draper, ha inserito una battuta sul comprare e vendere un’isola, sapendo che Draper in quel momento ne stava vendendo una. Il riferimento è arrivato a segno con Draper anche se gran parte della sala inizialmente non l’ha colto.

Lo scambio più significativo è arrivato durante le domande. Draper ha chiesto se la sola infrastruttura di escrow potesse diventare un business sufficientemente solido. La risposta di Bui è stata che un’infrastruttura senza applicazioni, utenti, distribuzione e ricavi probabilmente non sarebbe sufficiente.

Le interviste ai clienti avevano già messo in discussione il perimetro originale del prodotto. Un marketplace di bounty poteva restare un’applicazione, ma il meccanismo di escrow sottostante poteva servire molte altre piattaforme.

Hokan trasforma un concetto di bounty in infrastruttura di escrow su Cardano

Moshi Concepts presenta ora Hokan come infrastruttura di escrow non custodial costruita inizialmente per Cardano. Invece di prendere possesso del denaro del cliente, il sistema deposita i fondi a un indirizzo di smart contract e li rilascia secondo condizioni definite in precedenza.

Hokan non è progettato per detenere chiavi private o firmare transazioni per gli utenti. Il sistema prepara una transazione non firmata, che l’utente approva tramite un wallet personale. Secondo l’architettura pubblicata, il contratto non ha una funzione amministrativa che consenta a Hokan di reindirizzare i fondi in escrow verso un indirizzo arbitrario.

Un escrow può coinvolgere un depositante, un destinatario e un risolutore delle controversie separato. Il risolutore può determinare come ripartire i fondi tra le due parti precedentemente identificate, ma non può reindirizzare il denaro a se stesso o a un indirizzo introdotto ex novo. Percorsi di fallback basati su limiti di tempo sono pensati per evitare che i fondi restino bloccati in modo permanente quando un partecipante diventa inattivo.

Il modello pubblicato elenca il supporto per ADA, USDM e USDCx. Hokan prevede di applicare una commissione di protocollo dello 0,5 percento sui fondi rilasciati, con un tetto di $1,000 per escrow. Nessuna commissione di protocollo è applicata quando un escrow viene annullato o scade senza rilascio dei fondi.

Il prodotto è concepito come infrastruttura che altre aziende e applicazioni possono integrare tramite un’API e strumenti per sviluppatori. Moshi Concepts identifica tra le applicazioni potenziali il lavoro freelance, i marketplace, i servizi digitali, i pagamenti a milestone, il commercio internazionale e la risoluzione delle controversie.

Una piattaforma di bounty rimane parte del piano, ma ora funge anche da applicazione di riferimento costruita sulla stessa infrastruttura pubblica destinata agli sviluppatori esterni. Moshi Concepts afferma che la propria applicazione utilizzerà la stessa API senza endpoint privati o funzionalità non disponibili per altri integratori.

Questo approccio collega l’infrastruttura a un prodotto che le persone possono usare. Offre inoltre a Moshi Concepts un modo per verificare se esiste domanda di escrow prima di espandere la piattaforma sottostante in più settori.

L’ambito pianificato di Hokan si estende alle transazioni che coinvolgono agenti di IA. Un agente potrebbe preparare i termini dell’escrow, calcolare i costi e assemblare una transazione non firmata, ma non deterrebbe una chiave né muoverebbe autonomamente i fondi. L’autorizzazione finale resterebbe al proprietario umano del wallet.

Questo separa l’automazione dei processi aziendali dal controllo del denaro. Un agente di IA potrebbe proporre un escrow per un lavoro che richiede diversi giorni, monitorare le condizioni concordate e preparare il regolamento, mentre una persona decide se firmare la transazione risultante.

Moshi Concepts ha inoltre delineato due modalità di accesso all’infrastruttura. Le aziende potrebbero utilizzare piani di abbonamento convenzionali, mentre singole chiamate API potrebbero essere pagate tramite lo standard x402 senza creare un account utente. La seconda via è pensata per agenti software che necessitano di acquistare l’accesso a una funzione specifica nel momento in cui è richiesta.

L’orientamento di prodotto più ampio riflette un’altra lezione che Bui ha tratto dal programma. Gli utenti al di fuori di crypto tendono maggiormente a valutare se un pagamento sia affidabile, prevedibile e recuperabile piuttosto che scegliere un servizio per il suo modello di registro sottostante.

In quel modello, Cardano funziona come infrastruttura di regolamento più che come prodotto visibile. Il cliente sperimenta un accordo di escrow e un flusso di pagamento, mentre la blockchain fa rispettare le condizioni sottostanti.

La fiducia definisce la prossima fase di Hokan

Espandersi da una piattaforma di bounty a un livello generale di escrow aumenta la responsabilità che il prodotto si assume. Un sistema che blocca fondi deve spiegare chi controlla il denaro, come si risolvono le controversie, cosa succede se l’operatore scompare e quali affermazioni sulla sicurezza sono state verificate in modo indipendente.

Andy Tang di Draper Associates e Draper Dragon ha sollevato la questione della credibilità durante il programma. Uno sviluppatore può distribuire uno smart contract e descriverlo come sicuro, ma gli utenti hanno comunque bisogno di un motivo per affidargli un valore economico reale.

L’escrow tradizionale dipende da un’istituzione, da accordi legali, assicurazioni e procedure di risoluzione delle controversie consolidate. Uno smart contract può ridurre i costi amministrativi e automatizzare il regolamento, ma sposta la fiducia sul codice del contratto, sulla revisione della sicurezza, sul costruttore di transazioni, sull’interfaccia e sul meccanismo di risoluzione delle controversie.

Il design pubblicato di Hokan tenta di inserire diverse restrizioni direttamente nel validatore. La piattaforma non dovrebbe poter prendere i fondi degli utenti, le commissioni diventano fisse quando un escrow è finanziato e un risolutore delle controversie può distribuire denaro solo tra i partecipanti designati. Si intende inoltre che ogni stato del contratto includa un percorso di uscita che non dipenda dalla prosecuzione dell’operatività di Moshi Concepts.

L’azienda ha delineato un perimetro di audit che copre il validatore, le policy di minting, il meccanismo di configurazione e il componente offchain che costruisce le transazioni. Includere il costruttore di transazioni estende la revisione oltre il contratto onchain al software responsabile di assemblare ciò che l’utente alla fine firma.

Hokan si sta ancora muovendo dalla sua architettura pubblicata verso una disponibilità più ampia per gli sviluppatori. Al momento della pubblicazione, documentazione, riferimento API, sandbox, contratti e pagina di stato erano contrassegnati come in arrivo. Un report di audit indipendente completato non era ancora collegato dal sito del prodotto.

Moshi Concepts elenca Draper Dragon come sostenitore senza divulgare i termini finanziari di tale relazione. L’azienda è costituita nel Delaware, mentre le attività di ricerca e ingegneria sono svolte in Australia.

Bui ha anche discusso di finanziamenti legati a milestone completate come possibile applicazione su Cardano. Nei sistemi di grant esistenti, l’approvazione del lavoro completato e il pagamento risultante possono avvenire tramite processi separati. Uno smart contract potrebbe rilasciare i fondi dopo che un revisore autorizzato approva una milestone, mentre il giudizio sul fatto che il lavoro soddisfi lo standard concordato resta a una persona o a un’organizzazione designata.

Quel modello potrebbe supportare grant, Project Catalyst o futuri workflow del Cardano Treasury, sebbene Moshi Concepts non abbia annunciato un’integrazione o un accordo formale con tali sistemi. Rappresentano mercati possibili da testare dopo che prodotto, revisione della sicurezza e domanda dei clienti saranno stati consolidati.

Draper University non ha fornito a Bui una risposta definitiva sul fatto che l’escrow sia il mercato giusto. Ha cambiato l’ordine con cui Moshi Concepts prevede di rispondere a quella domanda. Come lo ha riassunto Bui, “Essere impegnati a costruire qualcosa non è la stessa cosa che costruire la cosa giusta.”

L’azienda prevede ora di rilasciare un MVP limitato, continuare le interviste ai clienti ed espandersi attorno ai segmenti che dimostrano una domanda effettiva. Documentazione pubblica, una sandbox accessibile, contratti pubblicati, lavori di sicurezza completati e integrazioni iniziali costituiscono la prossima fase definita di questo percorso.

Il cambiamento concreto riportato da San Mateo non è quindi solo un’idea di prodotto più ampia. Hokan viene sviluppato come infrastruttura che deve dimostrare il proprio ruolo attraverso applicazioni, utilizzo da parte dei clienti e transazioni di escrow completate secondo le regole pubblicate da Moshi Concepts.