Voici les dernières 24 heures. Tout va bien. Il y a un pic de latence qui n'a affecté que quelques liens déjà défaillants. La légère baisse de bande passante semble être un problème de surveillance et ne s'affiche pas sur le monitoring du port du switch. Je pense que nous sommes presque prêts pour la production.

Les performances du hub au cours des 24 dernières heures semblent solides. Il y a un petit problème à 12h58 qui pourrait être lié au système de surveillance. Actuellement, il gère 11 000 requêtes par seconde provenant de 173 pairs, avec un délai d'environ 0,006 secondes entre la réception de la requête et l'envoi de la réponse.

Mes deux plus jeunes petits-enfants appellent @McDonalds "Vieux McDonald's".

C'est un mensonge. Tout ce que le tribunal a statué, c'est que le fait d'agresser physiquement quelqu'un pour retirer son drapeau israélien était une preuve qui pouvait aider à montrer que l'agression était motivée par un animus racial ou religieux.

J'ai mes premières données étranges du hub. Je suis en train de suivre la latence aller-retour des pairs au niveau de l'application et il y a eu un pic étrange qui montre des performances nettement pires pendant une période d'environ 15 minutes. Le pic commence vers 1h59 AM PDT. Ce qui me dérange à ce sujet, c'est que si le problème était causé par le hub lui-même, on s'attendrait à des augmentations de latence à peu près constantes pour toutes les connexions. Peut-être que c'était un problème de connectivité réseau du hub ? Je n'ai qu'un jour de bonne instrumentation, donc je ne sais pas si c'est un coup de chance, un événement qui se répétera chaque jour à la même heure, ou quelque chose qui se produira de manière aléatoire.

Nous avons constaté de plus en plus d'acteurs dans le domaine des paiements et des stablecoins lancer leurs propres blockchains. Pour moi, c'est un signe clair que le marché considère la blockchain comme une infrastructure financière essentielle — quelque chose en quoi nous croyons et que nous avons construit sur le XRP Ledger depuis plus de 13 ans. Lancer une blockchain est difficile. Construire un écosystème avec des développeurs, de la liquidité, de la confiance et une utilisation dans le monde réel est encore plus difficile. Le XRPL a une véritable traction et une adoption institutionnelle parce qu'il a été éprouvé, mis à jour et amélioré pendant bien plus d'une décennie. Certaines blockchains sont construites avec des ensembles de validateurs autorisés contrôlés par une entité ou un petit groupe. Cela peut fournir un contrôle et une conformité pour des scénarios spécifiques et en réseau fermé, mais cela limite la portée, la résilience et la capacité de quiconque à contribuer à sécuriser et à développer le réseau. La décentralisation contre la centralisation est constamment débattue et il n'y a pas de réponse unique qui convienne à chaque cas d'utilisation pour la crypto, et les concepts eux-mêmes ont changé de définition au fil des ans. Comme beaucoup d'entre vous le savent, le XRPL est public et sans autorisation dans son essence, avec des fonctionnalités autorisées optionnelles pour des cas d'utilisation réglementés. Cette fondation ouverte le rend adaptable, interopérable et bien positionné pour servir d'infrastructure critique pour le système financier mondial — connectant les actifs, les marchés et les participants de manière transparente à travers les frontières. Le XRPL a été construit pour que les frais restent bas et prévisibles, juste des fractions de cent, sans un jeton de gaz séparé. Vous pouvez payer directement en XRP pour tout actif émis, évitant ainsi les frictions et les coûts cachés d'achat d'un autre jeton juste pour effectuer une transaction. XRP est sans contrepartie, accessible à tous, et utilisé comme un actif de pont avec une réelle utilité pour les paiements, le règlement et la liquidité. (Chaque transaction sur le XRPL utilise/brûle du XRP.) Il est encourageant de voir certaines nouvelles chaînes adopter des choix de conception qui font depuis longtemps partie de l'architecture du XRPL, comme la finalité déterministe et les mécanismes de consensus basés sur la preuve d'autorité. Cela montre qu'il y a un alignement croissant dans l'industrie sur l'importance d'un règlement prévisible et fiable pour les applications financières sans validation coûteuse. J'attends avec impatience la prochaine phase des innovations du XRPL, apportant plus de programmabilité, des capacités de conformité et une liquidité plus profonde pour un usage institutionnel. Et à ceux qui commencent tout juste... Bienvenue à la fête ! La tente crypto ne fait que s'agrandir.

Ce n'était pas moi. Je suppose que je ferais mieux de changer mon "Twitter" "mot de passe".

Salut @grok, de 1 à 100, quelle est mon orientation politique ? 1 étant l'extrême gauche et 100 l'extrême droite.

Tu ____ mon cuirassé !

Je n'ai pas géré d'infrastructure XRPL moi-même depuis quelques années. En regardant le réseau, il semble que la chose la plus utile serait un hub de haute qualité avec des emplacements réservés pour les validateurs UNL, d'autres hubs et des serveurs servant des applications sur XRPL. Cela serait personnellement moi, pas Ripple. Mon plan actuel est de déployer un serveur utilisant un processeur AMD 9950X, 256 Go de RAM, un SSD SATA de démarrage de 2 To, 2x2 To de SSD NVME (RAID 0 logiciel) pour NuDB, et un lien de 10 Go (illimité). Il fonctionnerait sous Ubunutu LTE et serait dans un centre de données à NYC. Ce serait un serveur unique fonctionnant comme un service de production visant un maximum de disponibilité et de fiabilité. Bien que personne ne devrait s'y fier, car un serveur XRPL important ne devrait jamais dépendre d'un seul hub. Je rassemblerais également des données à partir de celui-ci pour comprendre le comportement et la performance du réseau, mais aucun test perturbateur ne serait effectué à moins qu'il n'y ait des circonstances très inhabituelles le justifiant. Ce serait mon serveur géré par moi sans lien officiel avec Ripple, si ce n'est que je suis un employé de Ripple. Quelqu'un pense-t-il que cela n'est pas utile ou que quelque chose d'autre serait plus utile ? Quelqu'un voit-il quelque chose de mal ou de suboptimal dans la configuration ?