Alguns dias depois de surpreender a comunidade XRP com a notícia de que construiu e implantou um servidor XRPL totalmente operacional do seu próprio bolso, o CTO da Ripple, David Schwartz, já está pensando no que vem a seguir — e não, não se trata de mais hardware. Desta vez, trata-se de visibilidade.
No início de agosto, Schwartz disse que está planejando escrever uma ferramenta de monitoramento personalizada para acompanhar o desempenho e a atividade de sua configuração. Isso é especificamente para suportar ferramentas como rrdtool ou Cacti.
Pode parecer um projeto secundário, mas na verdade é baseado nas mesmas ideias que foram utilizadas na construção do hardware: mantê-lo simples, forte e construído especificamente para XRPL. O servidor, que está em um datacenter em Nova Iorque e roda Ubuntu com um processador 9950X, 256 GB de RAM e um link não medido de 10 Gbps, já está sincronizando e fornecendo conectividade ao vivo.
Schwartz confirmou que pode realisticamente lidar com 192 conexões de servidor e possivelmente mais, mas quer manter bastante margem de manobra em reserva para momentos de estresse ou instabilidade na rede.
O que vem a seguir?
Ainda não existem gráficos de monitoramento, mas esse é o objetivo do próximo passo. Na verdade, enquanto um de seus seguidores sugeriu usar o Grafana, Schwartz simplesmente descartou, dizendo que não é necessário para o que ele está construindo.
Não se trata de painéis sofisticados — trata-se de entender como a infraestrutura se comporta sob pressão e garantir que permaneça confiável, mesmo em situações imprevisíveis.
O projeto ainda é pessoal e independente, sem envolvimento oficial da Ripple, mas as implicações para a descentralização do XRPL são reais. Com Schwartz de volta ao trabalho, gerindo a infraestrutura diretamente, a rede pode ganhar não apenas mais conectividade, mas também percepções mais agudas sobre como ela se desempenha fora do laboratório.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
CTO da Ripple de volta ao código, aqui está o que ele está construindo para XRP
Alguns dias depois de surpreender a comunidade XRP com a notícia de que construiu e implantou um servidor XRPL totalmente operacional do seu próprio bolso, o CTO da Ripple, David Schwartz, já está pensando no que vem a seguir — e não, não se trata de mais hardware. Desta vez, trata-se de visibilidade.
No início de agosto, Schwartz disse que está planejando escrever uma ferramenta de monitoramento personalizada para acompanhar o desempenho e a atividade de sua configuração. Isso é especificamente para suportar ferramentas como rrdtool ou Cacti.
Pode parecer um projeto secundário, mas na verdade é baseado nas mesmas ideias que foram utilizadas na construção do hardware: mantê-lo simples, forte e construído especificamente para XRPL. O servidor, que está em um datacenter em Nova Iorque e roda Ubuntu com um processador 9950X, 256 GB de RAM e um link não medido de 10 Gbps, já está sincronizando e fornecendo conectividade ao vivo.
Schwartz confirmou que pode realisticamente lidar com 192 conexões de servidor e possivelmente mais, mas quer manter bastante margem de manobra em reserva para momentos de estresse ou instabilidade na rede.
O que vem a seguir?
Ainda não existem gráficos de monitoramento, mas esse é o objetivo do próximo passo. Na verdade, enquanto um de seus seguidores sugeriu usar o Grafana, Schwartz simplesmente descartou, dizendo que não é necessário para o que ele está construindo.
Não se trata de painéis sofisticados — trata-se de entender como a infraestrutura se comporta sob pressão e garantir que permaneça confiável, mesmo em situações imprevisíveis.
O projeto ainda é pessoal e independente, sem envolvimento oficial da Ripple, mas as implicações para a descentralização do XRPL são reais. Com Schwartz de volta ao trabalho, gerindo a infraestrutura diretamente, a rede pode ganhar não apenas mais conectividade, mas também percepções mais agudas sobre como ela se desempenha fora do laboratório.