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údos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
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.