컨센서스 메커니즘 설계 문제로 인해 XRP 원장

컨센서스 메커니즘 설계로 네트워크 운영이 일시적으로 중단되면서 XRP 원장 (XRPL)은 잠깐 이용할 수 없었습니다.

The XRP Ledger (XRPL) experienced a brief period of unavailability on Wednesday due to a consensus mechanism design that led to a temporary halt in network operations.

XRP 원장 (XRPL)은 수요일에 컨센서스 메커니즘 설계로 인해 네트워크 운영이 일시적인 중단으로 인해 짧은 기간을 이용할 수 없었습니다.

The incident began when the network's consensus process appeared to be functioning, but validations were not being published, causing the network's ledgers to “drift apart.” In the XRP Ledger, consensus among validators is crucial for updating the ledger with new transactions. If validators cannot agree on which transactions to include in the next ledger version, the network cannot move forward.

이 사건은 네트워크의 합의 프로세스가 작동하는 것처럼 보였지만 검증이 게시되지 않았으므로 네트워크의 원장이 "드리프트"를 만들었습니다. XRP 원장에서 유효성 검사기 간의 합의는 새로운 거래로 원장을 업데이트하는 데 중요합니다. 유효성 검사기가 다음 원장 버전에 포함 할 트랜잭션에 동의 할 수없는 경우 네트워크는 앞으로 나아갈 수 없습니다.

A “drift” in this context indicates that while the consensus protocol was technically running, validations (or confirmations of transaction sets) were not being published. At least one validator operator manually intervened to reset the network's consensus to a previously validated ledger state, although the network seemed to have rectified the problem independently, according to Ripple CTO David Schwarz in a X post following the incident.

이러한 맥락에서 "드리프트"는 컨센서스 프로토콜이 기술적으로 실행 중이지만 검증 (또는 트랜잭션 세트의 확인)이 게시되지 않았 음을 나타냅니다. 사고 후 X 게시물의 Ripple CTO David Schwarz에 따르면 네트워크가 독립적으로 문제를 해결 한 것처럼 보였지만, 네트워크가 문제를 독립적으로 수정 한 것처럼 보였지만, 네트워크가 독립적으로 문제를 해결 한 것처럼 보였지만, 네트워크가 이전에 검증 된 원장 상태로 재설정하기 위해 수동으로 개입했습니다.

“It's likely that servers refused to send validations precisely because they knew something was wrong,” Schwarz said, “and wanted to make sure no server accepted a ledger as fully validated when they couldn't be sure the network would retain and eventually agree on that ledger.

Schwarz는“서버가 무언가 잘못되었다는 것을 알았 기 때문에 서버가 정확하게 검증을 거부했을 가능성이 높습니다. 그 원장.

“One possible failure mode for XRPL is if all the validators think something's wrong with the network, all refuse to send any validations, and then there's no chatter to let the network reconverge. This is the 'silent network' failure,” Schwarz added.

“XRPL의 가능한 실패 모드 중 하나는 모든 유효성 검사기가 네트워크에 문제가 있다고 생각하는 경우 모두 검증을 보내는 것을 거부 한 다음 네트워크를 재확인 할 수있는 수다쟁이가 없습니다. Schwarz는 이것이 '사일런트 네트워크'실패입니다.

No assets were at risk during the downtime, with XRP prices largely in line with broader bitcoin and altcoin movements.

가동 중지 시간에는 자산이 위험에 처하지 않았으며 XRP 가격은 비트 코인 및 알트 코인 움직임과 크게 일치합니다.