Augur, uno dei primi progetti di mercato di previsione decentralizzato e oracle su Ethereum, ha dichiarato che la seconda e ultima fase del suo Moon Fork si sta avvicinando al completamento, con la finestra di migrazione di due mesi per i detentori del token REP destinata a chiudersi il 1 agosto 2026.

Tutti i detentori di REP devono migrare i propri token su base 1:1 in una versione di REP specifica per l’esito entro la scadenza, per rimanere parte dell’ecosistema Augur attivo. La migrazione è unidirezionale e irreversibile. I token REP lasciati nell’universo legacy di Augur dopo la chiusura della finestra non potranno più seguire il protocollo attivo e probabilmente perderanno il loro valore economico. Dopo la scadenza, i REP non migrati non potranno più essere convertiti. Questo rende la scadenza un limite operativo per la partecipazione al protocollo Augur in corso, non semplicemente un cambio di etichetta del token.

Augur ha affermato che gli strumenti di migrazione sono disponibili tramite la sua interfaccia ufficiale del fork all’indirizzo 6.augurfork.eth.limo, insieme a una guida passo dopo passo e alle domande frequenti.

Il fork è concepito come una dimostrazione dal vivo di come un sistema decentralizzato possa difendere un esito veritiero senza che un’autorità centrale decida il risultato. Secondo Augur, tale sicurezza dipende dalla partecipazione, perché REP protegge il protocollo solo quando i suoi detentori agiscono.

Il Moon Fork mette alla prova il modello di sicurezza economica di Augur

Il Moon Fork è iniziato l’8 aprile con una disputa intenzionalmente intensificata sulla domanda: la missione Artemis II è decollata con successo nella prima settimana di aprile?

La disputa è stata avviata da Micah Zoltu, membro di lunga data della community di Augur, per testare l’intero processo di risoluzione del protocollo in condizioni economiche reali. L’esito corretto era “Yes.”

Il processo è stato progettato per testare il meccanismo dall’inizio alla fine, inclusi incentivi dei partecipanti, formazione del capitale, escalation della disputa e migrazione dei token. Augur è entrato nel fork dopo che una quantità sufficiente di REP è stata impegnata attraverso successivi round di disputa, attivando il meccanismo finale di risoluzione di emergenza del protocollo.

Il fork ha due fasi: un gioco di escalation e la migrazione obbligatoria di REP.

Fase uno: il gioco di escalation

Da aprile fino ai primi di giugno, i detentori di REP hanno potuto mettere in staking su risposte concorrenti attraverso una sequenza di round di disputa sempre più costosi. Ogni round richiedeva più capitale del precedente.

I partecipanti che hanno puntato sull’esito infine accettato potevano ottenere un rendimento finanziato dalla parte perdente, creando un incentivo finanziario per il mercato più ampio a opporsi alla manipolazione.

“Most people will interact with Augur during the escalation game, which lets outcomes battle it out by seeing who can raise more money. The losers pay out the winners. Since it’s easier to raise money on an outcome people believe to be true, that’s the one with the advantage. So in this phase we try to outspend the attacker, and if we can’t, we go to phase two,” ha dichiarato Phill Monastirsky, cofondatore della Lituus Foundation, che supervisiona Augur.

Il processo di escalation è proseguito finché la disputa non ha raggiunto la soglia di fork di Augur. La fase uno è stata ora completata.

Fase due: migrazione obbligatoria di REP

Il protocollo di Augur si è ora suddiviso in universi separati specifici per ciascun esito. Ogni detentore di REP deve scegliere un universo e migrare i propri REP nel token corrispondente.

“Failing to outspend the attacker, we now try to maximize their cost by forcing them into a worthless token,” ha detto Phill. “The protocol splits into tokens corresponding to the possible outcomes, with 51% required to win. Since future Augur fees only continue on the truthful token, the attacker is forced to move 51% of the token supply into something worthless. In the Augur Lituus design, this rises to near 100%. As long as it costs them more to do that than they gain from misresolving the market, we are safe.”

Il futuro sviluppo ufficiale di Augur finanziato dalla Lituus Foundation proseguirà nell’universo corrispondente all’esito veritiero: che Artemis II è decollata con successo durante il periodo specificato dal mercato.

La Foundation ha dichiarato di aver migrato le proprie disponibilità e di aver aggiunto liquidità al token corrispondente.

Passaggi per i detentori di REP

Ai detentori di REP viene chiesto di completare i seguenti passaggi prima del 1 agosto:

• Detenere REP in un wallet Ethereum self-custody o confermare che il proprio exchange supporterà la migrazione.
• Visitare 6.augurfork.eth.limo/#/migration.
• Collegare il wallet che detiene REP.
• Migrare REP 1:1 nel token specifico per l’esito corrispondente al risultato veritiero.
• Confermare la ricezione del nuovo token REP nel wallet collegato.

La migrazione non può essere annullata dopo il completamento.

I REP detenuti su exchange centralizzati potrebbero richiedere un’azione da parte dell’exchange invece che del singolo utente. La Lituus Foundation ha dichiarato di aver collaborato con gli exchange per supportare la migrazione per conto degli utenti. Kraken ha confermato il supporto, mentre altri exchange non lo hanno fatto. I detentori non dovrebbero presumere il supporto a meno che il proprio exchange non lo dichiari esplicitamente. La distinzione è importante perché i REP detenuti su exchange possono essere controllati tramite l’infrastruttura dell’exchange, mentre i REP in self-custody possono essere migrati direttamente tramite l’interfaccia del fork.

Augur ha affermato che lo stato attuale del supporto degli exchange è mantenuto su v3.augur.net/#exchange-support. Il supporto degli exchange può cambiare durante il periodo di migrazione. I detentori che non riescono a confermare il supporto dovrebbero prelevare i propri REP in un wallet self-custody e completare direttamente la migrazione.

Perché il fork è importante

Le piattaforme di mercati di previsione dipendono da un processo di risoluzione per determinare quale esito si sia verificato e dove debbano essere pagati i fondi.

Molti sistemi si affidano a società, comitati, votazioni tramite token, multisig o interventi discrezionali. Augur è stato progettato attorno a un modello diverso: un processo economico aperto in cui i partecipanti possono contestare un esito e ricevere ricompense finanziarie per difendere il risultato che il mercato più ampio riconosce come vero.

Quando una disputa raggiunge la fase di fork, REP si separa in token collegati a ciascun possibile esito. I detentori determinano quale universo porterà l’attività economica futura del protocollo migrando in quell’universo.

Il design riformula la questione della sicurezza. Invece di concentrarsi solo sul fatto che un aggressore sufficientemente facoltoso possa influenzare temporaneamente un voto, il meccanismo di fork chiede se un aggressore sia disposto ad acquisire e sacrificare abbastanza REP per sostenere un universo falso che utenti, sviluppatori e fornitori di liquidità potrebbero poi abbandonare.

Dimostrare il meccanismo oracle della prossima fase di Augur

Il Moon Fork sta testando l’architettura delle dispute di Augur v2. Le implementazioni future differiranno dal sistema originale, ma l’esercizio dal vivo dimostra lo schema di escalation e fork alla base della ricerca oracle in corso di Augur.

Questa ricerca include Augur Lituus, un livello di risoluzione modulare proposto, progettato per consentire ai mercati di previsione e ad altre applicazioni di esternalizzare esiti del mondo reale contestati a un oracle aperto e protetto economicamente.

La Lituus Foundation finanzia il lavoro continuo sull’infrastruttura di risoluzione decentralizzata di Augur. La piattaforma di mercato di previsione sviluppata tramite il workstream separato Dark Florist dovrebbe supportare i rami creati attraverso il fork, invece del token REP legacy non migrato.

Augur ha affermato che la migrazione dal vivo offre una dimostrazione pratica della sua tesi centrale: un mercato di previsione non dovrebbe dipendere da una singola parte con l’autorità di dichiarare cosa sia accaduto.

Informazioni chiave sulla migrazione

• Scadenza della migrazione: 1 agosto 2026
• Rapporto di migrazione: 1:1
• Stato della migrazione: obbligatoria per i detentori che vogliono rimanere parte dell’ecosistema Augur attivo
• Direzione della migrazione: unidirezionale e irreversibile
• Portale di migrazione: 6.augurfork.eth.limo/#/migration

I detentori dovrebbero consultare l’interfaccia ufficiale di migrazione e i canali di Augur per le ultime istruzioni tecniche e gli aggiornamenti sul supporto degli exchange.

Informazioni su Augur

Augur è un progetto decentralizzato di mercato di previsione e oracle originariamente costruito su Ethereum. Il suo sistema di dispute utilizza partecipazione aperta e incentivi economici, con il fork algoritmico come meccanismo finale di emergenza, per risolvere esiti del mondo reale contestati.

Informazioni sulla Lituus Foundation

La Lituus Foundation supervisiona il rilancio e il continuo sviluppo di Augur. La Foundation sostiene lo sviluppo open-source che fa avanzare la ricerca e l’ingegneria oracle di Augur.

Disclaimer: questo è un post a pagamento e non deve essere trattato come notizia o consiglio. LiveBitcoinNews non è responsabile di eventuali perdite o danni derivanti dai contenuti, prodotti o servizi citati in questo comunicato stampa.