Ecco le ultime 24 ore. Tutto bene. C'è un picco di latenza che ha colpito solo alcuni collegamenti già scadenti. Il piccolo calo nella larghezza di banda della rete sembra essere un'interruzione del monitoraggio e non appare nel monitoraggio della porta dello switch. Penso che siamo quasi pronti per la produzione.

Le ultime 24 ore di performance del hub sembrano solide. C'è un piccolo problema alle 12:58 che potrebbe essere il sistema di monitoraggio. Attualmente gestisce 11.000 richieste al secondo da 173 peer con circa 0,006 secondi dal tempo medio di arrivo della richiesta alla risposta in uscita.

I miei due nipotini più piccoli chiamano @McDonalds "Old McDonald's".

Questa è una menzogna. Tutto ciò che il tribunale ha stabilito è che aggredire fisicamente qualcuno per rimuovere la sua bandiera israeliana era una prova che poteva aiutare a dimostrare che l'aggressione era motivata da animosità razziale o religiosa.

Ho i miei primi dati strani dall'hub. Sto monitorando la latenza di andata e ritorno dei peer a livello applicativo e c'è stata una strana impennata che mostra prestazioni significativamente peggiori per un periodo di circa 15 minuti. L'impennata inizia circa alle 1:59 AM PDT. La cosa che mi confonde è che se il problema fosse stato causato dall'hub stesso, ci si aspetterebbe un aumento della latenza più o meno costante per tutte le connessioni. Forse è stato un problema con la connettività di rete dell'hub? Ho solo un giorno di buona strumentazione, quindi non so se si tratta di un caso isolato, di un evento che si ripeterà ogni giorno alla stessa ora, o di qualcosa che accadrà casualmente.

Stiamo vedendo sempre più attori nel settore dei pagamenti e delle stablecoin lanciare le proprie blockchain. Per me, questo è un chiaro segno che il mercato vede la blockchain come un'infrastruttura finanziaria fondamentale, qualcosa in cui abbiamo sempre creduto e su cui stiamo lavorando con il XRP Ledger da oltre 13 anni. Lanciare una blockchain è difficile. Costruire un ecosistema con sviluppatori, liquidità, fiducia e utilizzo nel mondo reale è ancora più difficile. L'XRPL ha una vera trazione e adozione istituzionale perché è stato testato in battaglia, aggiornato e migliorato per ben oltre un decennio. Alcune blockchain sono costruite con set di validatori autorizzati controllati da un'entità o da un piccolo gruppo. Questo può fornire controllo e conformità per scenari specifici e a rete chiusa, ma limita la portata, la resilienza e la possibilità per chiunque di contribuire a garantire e far crescere la rete. La decentralizzazione contro la centralizzazione è costantemente dibattuta e non c'è una risposta unica che si adatti a ogni caso d'uso per le criptovalute e i concetti stessi hanno cambiato definizione nel corso degli anni. Come molti di voi sanno, l'XRPL è pubblico e senza permessi nella sua essenza, con funzionalità autorizzate opzionali per casi d'uso regolamentati. Questa base aperta lo rende adattabile, interoperabile e ben posizionato per servire come infrastruttura critica per il sistema finanziario mondiale, collegando asset, mercati e partecipanti senza soluzione di continuità attraverso i confini. L'XRPL è stato costruito affinché le commissioni rimangano basse e prevedibili, solo frazioni di centesimo, senza un token di gas separato. Puoi pagare direttamente in XRP per qualsiasi asset emesso, evitando l'attrito e i costi nascosti di acquistare un altro token solo per effettuare una transazione. XRP è privo di controparte, accessibile a tutti e utilizzato come asset ponte con reale utilità per pagamenti, regolamenti e liquidità. (Ogni transazione sull'XRPL utilizza/brucia XRP.) È incoraggiante vedere alcune nuove catene adottare scelte di design che fanno parte dell'architettura dell'XRPL da tempo, come la finalità deterministica e i meccanismi di consenso basati su Proof of Authority. Dimostra che c'è un crescente allineamento nell'industria sull'importanza di un regolamento prevedibile e affidabile per le applicazioni finanziarie senza costose validazioni. Non vedo l'ora di vedere la prossima fase delle innovazioni dell'XRPL, portando maggiore programmabilità, capacità di conformità e liquidità più profonda per l'uso istituzionale. E a coloro che stanno appena iniziando... Benvenuti alla festa! Il tendone delle criptovalute sta diventando sempre più grande.

Non sono stato io. Credo sia meglio che cambi la mia "Twitter" "password".

Ehi @grok, da 1 a 100, qual è la mia inclinazione politica? 1 è estremo sinistra e 100 è estremo destra.

Hai affondato la mia nave da guerra!

Non gestisco alcuna infrastruttura XRPL da alcuni anni. Guardando la rete, sembra che la cosa più utile sarebbe un hub di alta qualità con slot riservati per i validatori UNL, altri hub e server che servono applicazioni su XRPL. Questo sarebbe un mio parere personale, non di Ripple. Il mio piano attuale è di implementare un server utilizzando una CPU AMD 9950X, 256GB di RAM, un SSD SATA da 2TB per l'avvio, 2x2TB SSD NVME (s/w RAID 0) per NuDB e un link da 10GB (illimitato). Funzionerebbe con Ubunutu LTE e sarebbe in un datacenter a NYC. Sarebbe un server singolo gestito come un servizio di produzione mirato al massimo uptime e affidabilità. Anche se nessuno dovrebbe fare affidamento su di esso perché un importante server XRPL non dovrebbe mai dipendere da un singolo hub. Raccoglierò anche dati da esso per comprendere il comportamento e le prestazioni della rete, ma non verranno effettuati test dirompenti a meno che non ci siano circostanze molto insolite che lo giustifichino. Questo sarebbe il mio server gestito da me senza alcun collegamento ufficiale a Ripple se non per il fatto che sono un dipendente di Ripple. Qualcuno pensa che questo non sia utile o che qualcos'altro sarebbe più utile? Qualcuno vede qualcosa di sbagliato o subottimale nella configurazione?