Vai al contenuto

Connessione Multicast del Validatore

Connettendomi a DoubleZero accetto i Termini di Servizio di DoubleZero

Società di trading e aziende

Se gestisci una società di trading o un'azienda interessata a sottoscrivere il feed, registra il tuo interesse per ottenere maggiori informazioni qui.

Se non sei ancora connesso a DoubleZero, completa prima la documentazione relativa al Setup e alla connessione del validatore a Mainnet-Beta.

Se sei un validatore già connesso a DoubleZero, puoi proseguire con questa guida.

1. Configurazione del Client

Jito-Agave (v3.1.9+) e Harmonic (3.1.11+)

  1. Nel tuo script di avvio del validatore, aggiungi: --shred-receiver-address 233.84.178.1:7733

    Puoi inviare contemporaneamente a Jito e al gruppo edge-solana-shreds.

    esempio:

    #!/bin/bash
    export PATH="/home/sol/.local/share/solana/install/releases/v3.1.9-jito/bin:$PATH"
    BLOCK_ENGINE_URL=https://ny.mainnet.block-engine.jito.wtf
    RELAYER_URL=http://ny.mainnet.relayer.jito.wtf:8100
    SHRED_RECEIVER_ADDR=<JitoBlockEngineAddress>
    <...The rest of your config...>
    --shred-receiver-address 233.84.178.1:7733
    
  2. Riavvia il tuo validatore.

  3. Connettiti al gruppo multicast DoubleZero edge-solana-shreds come publisher: doublezero connect ibrl && doublezero connect multicast --publish edge-solana-shreds

Frankendancer

  1. In config.toml, aggiungi:

    [tiles.shred]
    additional_shred_destinations_leader = [ "233.84.178.1:7733", ]
    
  2. Riavvia il tuo validatore.

  3. Connettiti al gruppo multicast DoubleZero edge-solana-shreds come publisher: doublezero connect ibrl && doublezero connect multicast --publish edge-solana-shreds

2. Verifica che stai pubblicando gli shred leader

Una volta connesso, puoi controllare questa dashboard per confermare che stai pubblicando gli shred. Non vedrai la conferma finché non avrai pubblicato gli shred leader per almeno uno slot.

Endpoint Multicast (IP vs Porta)

Per il traffico shred, l'indirizzo IP seleziona il feed multicast e la porta seleziona il servizio UDP.
Tutti i feed seguenti utilizzano la porta UDP 7733.

Puoi scoprire gli IP dei gruppi attuali con:

doublezero multicast group list
  • edge-solana-shreds (leader): 233.84.178.1:7733
  • edge-solana-retrans-eu: 233.84.178.12:7733
  • edge-solana-retrans-apac: 233.84.178.13:7733
  • edge-solana-retrans-amer: 233.84.178.14:7733

Per i riferimenti API e gli endpoint dati leggibili dalle macchine, consulta https://data.doublezero.xyz/api/v1/docs.

3. Ricompense per i Validatori

Per ogni epoca in cui i validatori pubblicano shred leader, saranno ricompensati proporzionalmente per il loro contributo in base alle sottoscrizioni. I dettagli specifici di questo sistema saranno annunciati e descritti in una data successiva.

Risoluzione dei Problemi

Mancata Pubblicazione degli Shred Leader:

La causa più comune della mancata trasmissione degli shred è la versione del client:

Devi utilizzare Jito-Agave 3.1.9+, JitoBam 3.1.9+, Frankendancer o Harmonic 3.1.11+. Altre versioni del client non funzioneranno.

Ritrasmissione:

  1. Una causa comune della ritrasmissione degli shred è una semplice configurazione errata. Potresti avere il flag abilitato per inviare gli shred di ritrasmissione nel tuo script di avvio; dovrai disabilitarlo.

    Il flag da rimuovere in Jito-Agave è: --shred-retransmit-receiver-address.

  2. Controlla la dashboard del publisher e verifica se hai shred ritrasmessi. Nella tabella, guarda la colonna No Retransmit Shreds — una X rossa indica che stai ritrasmettendo.

    vista per epoca

    Nota che ci sono diverse finestre temporali per visualizzare la dashboard del publisher. Se vedi ritrasmissione nella vista a 2 epoche, ma hai apportato una modifica recente, prova a passare alla vista slot recente.

    Dashboard di verifica del publisher

  3. Trova il tuo IP client e cerca il tuo utente in DoubleZero Data.

    Utenti DoubleZero Data

  4. Clicca su Multicast per aprire la tua vista multicast.

    Lo screenshot qui sotto mostra: Ritrasmissione (indesiderabile) traffico in uscita costante senza un pattern di slot leader.

    Vista multicast utente - esempio di ritrasmissione

    Lo screenshot qui sotto mostra: Sano (pubblicazione dei soli shred leader) traffico in uscita a picchi, noto come pattern a dente di sega, che si allinea con i tuoi slot leader.

    Vista multicast utente - esempio di publisher sano

Il grafico mostra se stai inviando solo gli shred leader. I picchi di traffico dovrebbero allinearsi con i momenti in cui hai uno slot leader. Quando non hai uno slot leader non dovrebbe esserci traffico. Se stai ritrasmettendo, vedrai un flusso costante di traffico invece di picchi allineati agli slot.