Här är de senaste 24 timmarna. Allt bra. Det finns en topp i latens som bara påverkade ett fåtal länkar som redan var dåliga. Den lilla droppen i nätverks svartvitt verkar vara ett övervakningsavbrott och visas inte på switchportens övervakning. Jag tror att vi nästan är produktionsklara.

De senaste 24 timmarna av hubbens prestanda ser solida ut. Det finns ett litet fel vid 12:58 som kan vara övervakningssystemet. För närvarande hanterar den 11 000 begäranden per sekund från 173 peer-datorer, med cirka 0,006 sekunder från den genomsnittliga begäran som kommer in till att svaret skickas ut.

Mina två yngsta barnbarn kallar @McDonalds för "Old McDonald's".

Detta är en lögn. Allt domstolen ansåg var att fysisk attack mot någon för att ta bort deras israeliska flagga var bevis som kunde hjälpa till att visa att attacken motiverades av rasistisk eller religiös fientlighet.

Jag har min första bit av konstig data från hubben. Jag spårar peer-tur-och-retur-latens på programnivå och det fanns en konstig topp som visar betydligt sämre prestanda under en period på cirka 15 minuter. Spiken börjar cirka 01:59 PDT. Det som förbryllar mig med det är att om problemet orsakades av själva hubben, skulle du förvänta dig ungefär konstanta latensökningar för alla anslutningar. Kanske var det ett problem med hubbens nätverksanslutning? Jag har bara en dag med bra instrumentering, så jag vet inte om det här är en lyckträff, en händelse som kommer att upprepas varje dag vid samma tid, eller något som kommer att hända slumpmässigt.

Vi har sett fler och fler aktörer inom betalningar och stablecoins lansera sina egna blockkedjor. För mig är det ett tydligt tecken på att marknaden ser blockchain som en central finansiell infrastruktur – något som vi har trott på och byggt mot på XRP Ledger i över 13 år. Att lansera en blockkedja är svårt. Att bygga ett ekosystem med utvecklare, likviditet, förtroende och verklig användning är ännu svårare. XRPL har verklig dragkraft och institutionell användning eftersom den har testats, uppdaterats och förbättrats i över ett decennium. Vissa blockkedjor är byggda med behörighetsbegränsade valideringsuppsättningar som kontrolleras av en enhet eller en liten grupp. Detta kan ge kontroll och efterlevnad för specifika, slutna nätverksscenarier, men det begränsar räckvidden, motståndskraften och möjligheten för vem som helst att bidra till att skydda och växa nätverket. Decentralisering kontra centralisering debatteras ständigt och det finns inte ett enda svar som passar alla användningsområden för krypto och själva begreppen har förändrats i definition under åren. Som många av er vet är XRPL offentlig och tillståndslös i sin kärna, med valfria tillåtna funktioner för reglerade användningsfall. Denna öppna grund gör den anpassningsbar, interoperabel och väl positionerad för att fungera som kritisk infrastruktur för världens finansiella system – och koppla samman tillgångar, marknader och aktörer sömlöst över gränserna. XRPL byggdes så att avgifterna förblir låga och förutsägbara, bara bråkdelar av en cent, utan en separat gastoken. Du kan betala direkt i XRP för alla utfärdade tillgångar och undvika friktionen och de dolda kostnaderna för att köpa en annan token bara för att handla. XRP är motpartsfri, tillgänglig för alla och används som en brotillgång med verklig nytta för betalningar, avveckling och likviditet. (Varje transaktion på XRPL använder/bränner XRP.) Det är uppmuntrande att se att vissa nyare kedjor antar designval som länge har varit en del av XRPL:s arkitektur, som deterministisk slutgiltighet och Proof of Authority-baserade konsensusmekanismer. Det visar att det finns en växande överensstämmelse i branschen om vikten av förutsägbar och tillförlitlig avveckling för finansiella applikationer utan dyr validering. Ser fram emot nästa fas av XRPL-innovationer, som ger mer programmerbarhet, funktioner för efterlevnad och djupare likviditet för institutionell användning. Och till dem som precis har börjat... Välkommen till festen! Kryptotältet blir bara större.

Det här var inte jag. Jag antar att det är bäst att jag ändrar mitt "Twitter" "passwoard".

Hej @grok, från 1 till 100, vad är min politiska inriktning? 1 är extrem vänster och 100 är extremhöger.

Du ____ mitt slagskepp!

Jag har inte kört någon XRPL-infrastruktur själv på några år. Om man tittar på nätverket verkar det som om det mest användbara skulle vara en högkvalitativ hubb med reserverade platser för UNL-validerare, andra hubbar och servrar som betjänar applikationer på XRPL. Detta skulle vara mig personligen, inte Ripple. Min nuvarande plan är att distribuera en server med en AMD 9950X CPU, 256 GB RAM, en 2 TB uppstart SATA SSD, 2x2 TB NVME SSD (s/w RAID 0) för NuDB och en 10 GB (obegränsad) länk. Den skulle köra Ubunutu LTE och finnas i ett datacenter i NYC. Det skulle vara en enda server som körs som en produktionstjänst som syftar till maximal drifttid och tillförlitlighet. Även om ingen bör lita på det eftersom en viktig XRPL-server aldrig bör förlita sig på en enda hubb. Jag skulle också samla in data från det för att förstå nätverkets beteende och prestanda, men inga störande tester skulle göras om det inte fanns mycket ovanliga omständigheter som motiverade det. Detta skulle vara min server som drivs av mig utan någon officiell koppling till Ripple annat än att jag är en Ripple-anställd. Någon som tror att detta inte är användbart eller att något annat skulle vara mer användbart? Någon som ser något fel eller suboptimalt i konfigurationen?