Her er de siste 24 timene. Alt bra. Det er en topp i ventetid som bare påvirket noen få lenker som allerede var dårlige. Det lille fallet i nettverket svart/hvitt ser ut til å være et overvåkingsfrafall og vises ikke på bryterportens overvåking. Jeg tror vi nesten er produksjonsklare.

De siste 24 timene av hubens ytelse ser solid ut. Det er en liten feil ved 12:58 som kan være overvåkingssystemet. For øyeblikket håndterer den 11 000 forespørsler per sekund fra 173 jevnaldrende, med omtrent 0,006 sekunder fra den gjennomsnittlige forespørselen som kommer inn til svaret går ut.

Mine to yngste barnebarn kaller @McDonalds "Old McDonald's".

Dette er en løgn. Alt retten mente var at fysisk angrep på noen for å fjerne deres israelske flagg var bevis som kunne bidra til å vise at angrepet var motivert av rasemessig eller religiøs fiendtlighet.

Jeg har min første bit av rare data fra huben. Jeg sporer peer-tur-retur-ventetid på applikasjonsnivå, og det var en merkelig topp som viser betydelig dårligere ytelse i en periode på omtrent 15 minutter. Toppen starter rundt kl. 01:59 PDT. Det som forundrer meg med det er at hvis problemet var forårsaket av selve huben, ville du forvente omtrent konstante latensøkninger for alle tilkoblinger. Kanskje det var et problem med hubens nettverkstilkobling? Jeg har bare én dag med god instrumentering, så jeg vet ikke om dette er et lykketreff, en hendelse som vil gjenta seg hver dag til samme tid, eller noe som vil skje tilfeldig.

Vi har sett flere og flere aktører innen betalinger og stablecoins lansere sine egne blokkjeder. For meg er det et tydelig tegn på at markedet ser på blokkjede som kjernefinansiell infrastruktur – noe vi har trodd på og har bygget mot på XRP Ledger i over 13 år. Å lansere en blokkjede er vanskelig. Å bygge et økosystem med utviklere, likviditet, tillit og bruk i den virkelige verden er enda vanskeligere. XRPL har reell trekkraft og institusjonell adopsjon fordi den har blitt kamptestet, oppdatert og forbedret i godt over et tiår. Noen blokkjeder er bygget med autoriserte validatorsett kontrollert av én enhet eller en liten gruppe. Dette kan gi kontroll og samsvar for spesifikke, lukkede nettverksscenarioer, men det begrenser rekkevidde, robusthet og muligheten for alle til å bidra til å sikre og utvide nettverket. Desentralisering vs. sentralisering diskuteres kontinuerlig, og det er ikke et eneste svar som passer til alle brukstilfeller for krypto, og selve konseptene har endret seg i definisjon gjennom årene. Som mange av dere vet, er XRPL offentlig og tillatelsesfri i kjernen, med valgfrie tillatelsesfunksjoner for regulerte brukstilfeller. Dette åpne fundamentet gjør det tilpasningsdyktig, interoperabelt og godt posisjonert for å tjene som kritisk infrastruktur for verdens finansielle system – og koble eiendeler, markeder og deltakere sømløst på tvers av landegrenser. XRPL ble bygget slik at avgiftene forblir lave og forutsigbare, bare brøkdeler av en cent, uten et separat gasstoken. Du kan betale direkte i XRP for alle utstedte eiendeler, og unngå friksjonen og skjulte kostnadene ved å kjøpe et annet token bare for å handle. XRP er motpartsfri, tilgjengelig for alle og brukes som en broeiendel med reell nytte for betalinger, oppgjør og likviditet. (Hver transaksjon på XRPL bruker/brenner XRP.) Det er oppmuntrende å se noen nyere kjeder ta i bruk designvalg som lenge har vært en del av XRPLs arkitektur, som deterministisk finalitet og Proof of Authority-baserte konsensusmekanismer. Det viser at det er økende tilpasning i bransjen om viktigheten av forutsigbart, pålitelig oppgjør for finansielle søknader uten kostbar validering. Ser frem til neste fase av XRPL-innovasjoner, som gir mer programmerbarhet, samsvarsfunksjoner og dypere likviditet for institusjonell bruk. Og til de som akkurat har begynt ... Velkommen til festen! Kryptoteltet blir bare større.

Dette var ikke meg. Jeg antar at jeg bør endre "Twitter" "passwoard".

Hei @grok, fra 1 til 100, hva er min politiske tilbøyelighet? 1 er ytterst til venstre og 100 er ytterst til høyre.

Du ____ mitt slagskip!

Jeg har ikke kjørt noen XRPL-infrastruktur selv på noen år. Når vi ser på nettverket, virker det som om det mest nyttige ville være en hub av høy kvalitet med reserverte spor for UNL-validatorer, andre huber og servere som betjener applikasjoner på XRPL. Dette ville være meg personlig, ikke Ripple. Min nåværende plan er å distribuere en server ved hjelp av en AMD 9950X CPU, 256 GB RAM, en 2 TB oppstart SATA SSD, 2x2 TB NVME SSD-er (s/w RAID 0) for NuDB og en 10 GB (umålt) lenke. Det ville kjøre Ubunutu LTE og være i et datasenter i NYC. Det vil være en enkelt server som kjøres som en produksjonstjeneste med sikte på maksimal oppetid og pålitelighet. Selv om ingen bør stole på det fordi en viktig XRPL-server aldri bør stole på en enkelt hub. Jeg ville også samle inn data fra den for å forstå nettverksatferd og ytelse, men ingen forstyrrende testing ville bli gjort med mindre det var svært uvanlige omstendigheter som rettferdiggjorde det. Dette ville være serveren min drevet av meg uten noen offisiell forbindelse til Ripple annet enn at jeg er en Ripple-ansatt. Noen som tror dette ikke er nyttig eller at noe annet ville være mer nyttig? Noen som ser noe galt eller suboptimalt i konfigurasjonen?