Istruzioni per partecipare alla Fase Test Net Tesla 369

Obiettivo del test

1. funzioni correttamente prima dell’hardfork,
2. attivi l’hardfork HF17 a blocco 3000,
3. continui a funzionare dopo l’hardfork con transazioni e minazione pienamente valide e riconosciute da tutti i nodi.

Informazioni chiave (da leggere prima)

• Rete: TEST-NET
• Hardfork finale in TEST-NET: HF17 “TESLA369” a height 3000
• Prefissi indirizzi TEST-NET (attesi):
  • indirizzi che iniziavano con NY ora iniziano con TY
  • indirizzi che iniziavano con NZ ora iniziano con TZ
  • indirizzi che iniziavano con NX ora iniziano con TX
• Sequenza hardfork TEST-NET (schedule):

  { 1, 1, 0, 1532344521 },
  { 2, 20, 0, 1532345299 },
  { 3, 40, 0, 1532348216 },
  { 4, 60, 0, 1532351344 },
  { 5, 80, 0, 1532352706 },
  { 7, 120, 0, 1532356226 },
  { 8, 1000, 0, 1541572216 },
  { 9, 2000, 0, 1541846405 },
  { 10, 2100, 0, 1542911469 },
  { 11, 2200, 0, 1556115272 },
  { 12, 2300, 0, 1556201672 },
  { 13, 2350, 0, 1605752204 },
  { 14, 2400, 0, 1654089255 },
  { 17, 3000, 0, 1767225600 },
  

Requisiti minimi per partecipare

• 1 macchina (Linux/Windows/macOS) con connessione stabile
• possibilità di tenere acceso il nodo per alcune ore
• spazio disco sufficiente per la chain testnet
• disponibilità a condividere log/risultati (anche solo estratti)

Setup rapido (nodo + wallet)

1. Aggiorna all’ultima build TEST-NET fornita dal team (obbligatorio).
2. Avvia il daemon in modalità testnet (non mainnet).
3. Crea/avvia un wallet testnet e genera almeno 1 indirizzo.
4. Controllo prefisso indirizzo: deve iniziare con TY / TZ / TX (in base al tipo).

Cosa testare (checklist)

A) Connettività e sincronizzazione

• Il nodo deve avere peer attivi e sincronizzarsi senza errori.
• Condividi:
  • altezza attuale
  • hash dell’ultimo blocco (tip)
  • numero peer

B) Test transazioni prima di HF17 (prima del blocco 3000)

1. walletA → walletB (importo piccolo)
2. walletB → walletA

• txid
• altezza del blocco di conferma
• eventuali errori in mempool/relay

C) Test attivazione hardfork a blocco 3000

• salva uno snapshot a 2999 (altezza + tip hash + peer)
• verifica che a 3000 il nodo accetti la nuova chain senza “invalid block”
• controlla che non ci siano fork divergenti tra nodi

• tip hash a 2999 e 3000
• eventuali messaggi di upgrade/consensus nei log

D) Test transazioni dopo HF17 (dopo il blocco 3000)

• entrano in mempool
• vengono minate
• risultano valide su più nodi (se possibile)

• txid + altezza conferma
• eventuali rifiuti (“invalid tx”, “non-mandatory”, ecc.)

E) Test minazione dopo HF17 (opzionale ma molto utile)

• avvia mining per almeno 10–20 blocchi
• verifica che i blocchi siano accettati dagli altri nodi

• range blocchi minati (da X a Y)
• eventuali “rejected/invalid” nei log

Come inviare i risultati (formato consigliato)

• OS:
• Versione build (commit/hash se disponibile):
• Modalità: testnet (sì/no)
• Peer medi:
• Altezza raggiunta:
• Tip hash:
• Indirizzo testnet generato (solo prefisso + primi/ultimi 4 char, es. TY…9kQ2):

• txid1 + height conferma:
• txid2 + height conferma:

• tip hash @2999:
• tip hash @3000:
• errori/log rilevanti:

• txid3 + height conferma:
• txid4 + height conferma:
• txid5 + height conferma:

• blocchi minati:
• esito:

Regole importanti

• Non usare mainnet: solo TEST-NET.
• Non riutilizzare wallet/mainnet keys.
• Se noti chain split, transazioni che non propagano, o blocchi rifiutati: segnala subito con log.