Aquí están las últimas 24 horas. Todo bien. Hay un pico en la latencia que solo afectó a unos pocos enlaces que ya eran deficientes. La pequeña caída en el blanco y negro de la red parece ser una caída de monitoreo y no se muestra en el monitoreo del puerto del switch. Creo que estamos casi listos para la producción.

Las últimas 24 horas del rendimiento del buje parecen sólidas. Hay una pequeña falla a las 12:58 que podría ser el sistema de monitoreo. Actualmente está manejando 11,000 solicitudes por segundo de 173 pares con aproximadamente 0.006 segundos desde la solicitud promedio que ingresa hasta la respuesta que sale.

Mis dos nietos más pequeños @McDonalds llaman "Old McDonald's".

Esto es una mentira. Todo lo que el tribunal sostuvo fue que agredir físicamente a alguien para quitarle la bandera israelí era evidencia que podría ayudar a demostrar que el asalto fue motivado por animosidad racial o religiosa.

Tengo mi primer dato extraño del hub. Estoy rastreando la latencia de ida y vuelta de pares a nivel de aplicación y hubo un pico extraño que muestra un rendimiento significativamente peor durante un período de aproximadamente 15 minutos. El pico comienza aproximadamente a la 1:59 a. m. PDT. Lo que me desconcierta es que si el problema fue causado por el propio concentrador, esperaría aumentos de latencia aproximadamente constantes para todas las conexiones. ¿Quizás fue un problema con la conectividad de red del concentrador? Solo tengo un día de buena instrumentación, así que no sé si esto es una casualidad, un evento que se repetirá todos los días a la misma hora o algo que sucederá al azar.

Hemos visto que cada vez más jugadores en el espacio de pagos y monedas estables lanzan sus propias cadenas de bloques. Para mí, esa es una clara señal de que el mercado ve blockchain como una infraestructura financiera central, algo en lo que hemos creído y hemos estado construyendo en XRP Ledger durante más de 13 años. Lanzar una cadena de bloques es difícil. Construir un ecosistema con desarrolladores, liquidez, confianza y uso en el mundo real es aún más difícil. El XRPL tiene una tracción real y una adopción institucional porque ha sido probado, actualizado y mejorado durante más de una década. Algunas cadenas de bloques se construyen con conjuntos de validadores autorizados controlados por una entidad o un pequeño grupo. Esto puede proporcionar control y cumplimiento para escenarios específicos de red cerrada, pero limita el alcance, la resistencia y la capacidad de cualquier persona para contribuir a proteger y hacer crecer la red. La descentralización frente a la centralización se debate constantemente y no hay una única respuesta que se adapte a todos los casos de uso de las criptomonedas y los conceptos en sí mismos han cambiado de definición a lo largo de los años. Como muchos de ustedes saben, XRPL es público y sin permisos en su núcleo, con funciones opcionales autorizadas para casos de uso regulados. Esta base abierta lo hace adaptable, interoperable y bien posicionado para servir como infraestructura crítica para el sistema financiero mundial, conectando activos, mercados y participantes sin problemas a través de las fronteras. El XRPL se creó para que las tarifas se mantengan bajas y predecibles, solo fracciones de centavo, sin un token de gas separado. Puede pagar directamente en XRP por cualquier activo emitido, evitando la fricción y los costos ocultos de comprar otro token solo para realizar transacciones. XRP no tiene contraparte, es accesible para todos y se utiliza como un activo puente con utilidad real para pagos, liquidación y liquidez. (Cada transacción en el XRPL usa/quema XRP). Es alentador ver que algunas cadenas más nuevas adoptan opciones de diseño que han sido parte de la arquitectura de XRPL durante mucho tiempo, como la finalidad determinista y los mecanismos de consenso basados en Proof of Authority. Muestra que existe una creciente alineación en la industria sobre la importancia de una liquidación predecible y confiable para aplicaciones financieras sin una validación costosa. Esperamos con ansias la próxima fase de innovaciones XRPL, que brinden más programabilidad, capacidades de grado de cumplimiento y una liquidez más profunda para uso institucional. Y para aquellos que recién comienzan... ¡Bienvenidos a la fiesta! La carpa criptográfica solo se está haciendo más grande.

Este no era yo. Supongo que será mejor que cambie mi "Twitter" "passwoard".

Hola @grok, del 1 al 100, ¿cuál es mi inclinación política? 1 siendo extrema izquierda y 100 siendo extrema derecha.

¡Tú ____ mi acorazado!

No he ejecutado ninguna infraestructura de XRPL por mi cuenta en unos años. Mirando la red, parece que lo más útil sería un hub de alta calidad con espacios reservados para validadores UNL, otros hubs y servidores que sirvan aplicaciones en XRPL. Esto sería a título personal, no de Ripple. Mi plan actual es desplegar un servidor utilizando un CPU AMD 9950X, 256GB de RAM, un SSD SATA de arranque de 2TB, 2x2TB SSD NVME (s/w RAID 0) para NuDB, y un enlace de 10GB (sin medir). Funcionaría con Ubunutu LTE y estaría en un centro de datos en NYC. Sería un servidor único operado como un servicio de producción con el objetivo de máxima disponibilidad y fiabilidad. Aunque nadie debería depender de él porque un servidor importante de XRPL nunca debería depender de un solo hub. También recopilaría datos de él para entender el comportamiento y rendimiento de la red, pero no se realizarían pruebas disruptivas a menos que hubiera circunstancias muy inusuales que lo justificaran. Este sería mi servidor, operado por mí sin conexión oficial a Ripple, aparte de que soy un empleado de Ripple. ¿Alguien piensa que esto no es útil o que algo más sería más útil? ¿Alguien ve algo mal o subóptimo en la configuración?