몇 주 전 리플 Ctodavid Schwartz는 수집 된 데이터를 기반으로 XRP 네트워크 동작 및 성능을 이해하는 데 사용될 허브를 출시 할 계획을 공개했습니다.
허브가 작동 중이 었으므로 Schwartz는 어제 BYU에서보고 된대로 허브에서 첫 번째 "이상한 데이터"를 관찰했습니다. 오늘. 리플 CTO는 결과를 달성 한 변칙에 대한 시정 조치를 공개했습니다.
SAT, 08/16/2025-13: 13XRP 이상한 네트워크 동작을 좋아할 수도 있습니까? 리플 CTO는이 발견 Bytomiwabold Olajide에 당황했습니다.
리플 CTO에 따르면, 지난 24 시간 허브의 성능은 단단해 보였지만, 작은 결함이 12: 58 a에 기록되었습니다. 중. 모니터링 시스템 때문일 수 있습니다.
Schwartz의 X Post 시점에서 허브는 173 명의 피어로부터 초당 11, 000 초의 요청을 처리하여 응답 시간이 평균 요청에서 응답 시간이 나오는 회신까지 약 0. 006 초의 응답 시간을 처리했습니다.
Schwartz는 자신의 게시물과 함께 이미지를 보여주었습니다. X 포스트는 XRP 애호가 인 Wrathof Kahneman과 함께 XRP 커뮤니티의 관심을 끌었습니다.
따라서이 청구/신용 체계가 실제로 라이브 네트워크에서 얼마나 잘 작동하는지 더 잘 이해하고 필요한 경우 조정을 수행하고 싶습니다. 한 가지 가능성은 대기 시간을 고려하여 대기 시간이 낮은 동료에게 신용 한도가 높아집니다. (공격자는 위조 할 수 없습니다….
Schwartz는 이것이 과도한 하중을 놓고 있다는 신념으로 인해 허브에서 연결이 끊어진 서버를 언급했다고 밝혔다. 그는 이들 중 100%가 XRPL 코드의 일부 결함으로 인해 오 탐지라고 의심하며, 이 작업은 그가 허브를 운영하기로 선택한 이유 중 하나라고 생각합니다.
Schwartz는 8 년 전에 설계 한 Forxrp Ledger의 개념 중 하나를 다시 방문했습니다. Peer Link Policing System은 악의적 인 동료로부터 사용자를 보호하는 것을 목표로했습니다. XRPL의 디자인, 암호화 및 규칙은 악의적 인 동료들을 오도하는 사용자들에 대해 효과적으로 보호하지만, 이를 부하 할 수 있습니다.
당신은 또한 THU, 08/14/2025-07: 31RIPPLE CTO: 암호화폐 텐트가 더 커지고 있습니다.
이를 처리하기 위해 피어는 보내는 메시지에 대해 "청구"를 받고 "크레딧"도 시간이 지남에 따라 제공됩니다. 동료의 "청구"가 "크레딧"을 초과하면 연결이 끊어 질 위험이 있습니다.
Schwartz는 거의 10 년 전에 선택한 수수료와 학점 일정이 효과가 있었지만 그 이후로 네트워크가 많이 커지고 하드웨어가 변경되었으므로 다시 방문해야 할 수도 있습니다.
앞으로 Schwartz는 청구/신용 제도가 라이브 네트워크에서 얼마나 잘 작동하는지 더 잘 이해하고 필요한 경우 조정을하고 싶다고 지적했습니다. 한 가지 가능성은 공격자가 낮은 대기 시간을 위조 할 수 없다는 점을 감안할 때 대기 시간이 낮은 동료에게 신용 한도가 높을수록 대기 시간을 고려하는 것입니다.
원문 제목: Ripple CTO Unveils Exciting Network Possibility for XRP Ledger
A few weeks ago,Ripple CTODavid Schwartz revealed plans to launch a hub that will be used to understand XRP network behavior and performance based on data gathered from it.
Now that the hub is in operation, Schwartz observed his first "bit of weird data" from the hub as reported yesterday byU.
Today.
The Ripple CTO revealed corrective measures for the anomaly, which have achieved results.
You Might Also LikeSat, 08/16/2025 - 13:13XRP Strange Network Behavior? Ripple CTO Puzzled at This FindingByTomiwabold Olajide.
According to the Ripple CTO, the past 24 hours of the hub's performance looked solid, although a tiny glitch was recorded at 12:58 a.
m.
, which might be due to the monitoring system.
At the time of Schwartz's X post, the hub was handling 11,000 requests per second from 173 peers with a response time of about 0.
006 seconds from the average request coming in to the reply going out.
Schwartzshared an image alongside his post that illustrated this.
The X post caught the attention of the XRP community with XRP enthusiast WrathofKahneman inquiring about what the "abuse" category in the "disconnections" side of the image meant.
So I want to better understand how well this charge/credit scheme is actually working on the live network and, if needed, make some adjustments to it.
One possibility is to take latency into account, granting peers with low latency a higher credit limit.
(An attacker cannot forge….
Schwartz stated that this referred to servers that had been disconnected from the hub due to the belief that they were placing excessive load on it.
He suspects that 100% of these are false positives due to some defects in the XRPL code, and that working on this is one of the reasons he chose to run the hub.
Schwartz revisited one of his concepts forXRP Ledger, which he designed eight years ago: the peer link policing system aimed to protect users against malicious peers.
While the design, cryptography and rules of XRPL effectively safeguard against malicious peers misleading users, it could impose load on them.
You Might Also LikeThu, 08/14/2025 - 07:31Ripple CTO: Crypto Tent Is Getting BiggerByAlex Dovbnya.
To handle this, a peer receives "charge" for messages it sends, and "credits" are also given over time.
If a peer's "charges" exceed their "credits," they risk being disconnected.
Schwartz stated that the schedule of fees and credits he picked almost a decade ago worked, but because the network has grown much since then and the hardware has changed, he may need to revisit it.
Going forward, Schwartz noted he wants to further understand how well the charge/credit scheme is working on the live network and, if needed, make some adjustments to it.
One possibility is to take latency into account, granting peers with low latency a higher credit limit, given that an attacker cannot forge low latency.
