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

El rendimiento del hub en las últimas 24 horas se ve sólido. Hay un pequeño fallo a las 12:58 que podría ser del sistema de monitoreo. Actualmente está manejando 11,000 solicitudes por segundo de 173 pares, con un tiempo de aproximadamente 0.006 segundos desde que llega la solicitud hasta que se envía la respuesta.

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

Esto es una mentira. Lo único que sostuvo el tribunal fue que agredir físicamente a alguien para quitarle su bandera israelí era una evidencia que podría ayudar a demostrar que la agresión estaba motivada por animosidad racial o religiosa.

Tengo mis primeros datos extraños del hub. Estoy rastreando la latencia de ida y vuelta entre 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 alrededor de la 1:59 AM PDT. Lo que me desconcierta es que si el problema fue causado por el hub en sí, esperarías aumentos de latencia aproximadamente constantes para todas las conexiones. ¿Quizás fue un problema con la conectividad de red del hub? Solo tengo un día de buena instrumentación, así que no sé si esto es un caso aislado, un evento que se repetirá todos los días a la misma hora, o algo que ocurrirá aleatoriamente.

Hemos estado viendo cada vez más jugadores en el espacio de pagos y stablecoins lanzar sus propias blockchains. Para mí, eso es una señal clara de que el mercado ve la blockchain como una infraestructura financiera central, algo en lo que hemos creído y hacia lo que hemos estado construyendo en el XRP Ledger durante más de 13 años. Lanzar una blockchain 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 un verdadero impulso y adopción institucional porque ha sido probado en batalla, actualizado y mejorado durante más de una década. Algunas blockchains 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 resiliencia y la capacidad de cualquier persona para contribuir a asegurar y hacer crecer la red. La descentralización frente a la centralización se debate constantemente y no hay una única respuesta que se ajuste a cada caso de uso para las criptomonedas, y los conceptos mismos han cambiado en definición a lo largo de los años. Como muchos de ustedes saben, el XRPL es público y sin permisos en su núcleo, con características 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 fue construido para que las tarifas se mantengan bajas y predecibles, solo fracciones de centavo, sin un token de gas separado. Puedes pagar directamente en XRP por cualquier activo emitido, evitando la fricción y los costos ocultos de comprar otro token solo para transaccionar. XRP es libre de contraparte, accesible para todos y se utiliza como un activo puente con una utilidad real para pagos, liquidación y liquidez. (Cada transacción en el XRPL utiliza/quema XRP.) Es alentador ver que algunas cadenas más nuevas adoptan elecciones de diseño que han sido parte de la arquitectura del XRPL durante mucho tiempo, como la finalización determinista y los mecanismos de consenso basados en Prueba de Autoridad. Muestra que hay una creciente alineación en la industria sobre la importancia de una liquidación predecible y confiable para aplicaciones financieras sin validación costosa. Espero con ansias la próxima fase de innovaciones del XRPL, trayendo más programabilidad, capacidades de grado de cumplimiento y una liquidez más profunda para el uso institucional. Y para aquellos que recién están comenzando... ¡Bienvenidos a la fiesta! La carpa cripto solo se está haciendo más grande.

Esto no fui yo. Supongo que es mejor que cambie mi "Twitter" "contraseña".

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 límite). Funcionaría con Ubunutu LTE y estaría en un centro de datos en NYC. Sería un único servidor 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?