리플의 CTO인 데이비드 슈워츠는 최근 몇 달 동안 운영되어 온 리플(XRP) 레저 허브에 대한 업데이트를 공유했습니다.
리플 CTO가 발표한 리플(XRP) Ledger 허브 관련 업데이트는 암호화폐 커뮤니티의 다양한 반응을 불러일으켰습니다. 한 X 사용자는 허브의 안정성을 칭찬하며 리플 업그레이드 및 리플(XRP) Ledger 수정 절차와 관련된 중요한 질문을 제기했습니다.
리플(XRP) Ledger는 검증자들이 투표를 통해 거래 처리에 영향을 미치는 변경 사항을 승인하는 합의 프로세스를 활용하는 수정 시스템을 사용합니다. 수정안이 2주 동안 80% 이상의 지지를 얻으면 통과되고, 해당 변경 사항은 이후 모든 Ledger 버전에 영구적으로 적용됩니다.
연쇄 업그레이드에 대한 수정 절차는 무엇인가요?
X 사용자는 dUNL 서버에 여러 버전의 리플 업그레이드가 있는 경우를 예로 들면서, 리플 업그레이드를 활성화하는 경우에도 수정 프로세스를 적용할 수 있는지 문의했습니다.
11월에 새로운 fixDirectoryLimit 수정 사항과 중요한 버그 수정이 포함된 v2.6.2 버전이 배포되었습니다. 12월 18일에 "fixDirectoryLimit" 수정 사항이 활성화되면서 업그레이드하지 않은 많은 노드가 "수정 사항 차단" 상태가 되었습니다.
Rippled v2.6.2 출시 후 3주도 채 되지 않아 Ripplex는 새로운 버전인 Rippled v3.0.0이 출시되었다고 발표했습니다. 이 버전에는 새로운 기능 개선 및 버그 수정이 포함되어 있습니다. 또한, 대출 프로토콜과 같은 기능 개선 사항도 추가되었으며, 이러한 기능은 아직 활성화되지는 않았지만 코드 개발이 거의 완료되었습니다.
이러한 점을 고려하여 X 사용자는 리플 CTO에게 "리플 업데이트"를 투표를 통해 수정할 수 있는 기능을 추가할 수 있는지 문의했습니다. X 사용자는 검증자의 80%가 업그레이드에 찬성하면 서버는 사용자 개입 없이 단계적으로 업그레이드를 수행한다고 덧붙였습니다.
리플 CTO는 이에 대해 검증자의 권한에 대한 필수적인 제약을 약화시킬 수 있다고 답변했습니다. 만약 이렇게 된다면, 검증자들은 자신들이 의식적으로 선택하지 않은 규칙 변경 사항이라도 노드가 수용하도록 만들 수 있다는 것입니다.
슈워츠는 왜 그 아이디어가 자신에게 그다지 좋게 보이지 않는지 더 자세히 설명하면서, 개정 절차를 주요 통치 메커니즘이 아닌 단순한 조정 메커니즘으로 유지하는 것을 강력히 선호한다고 말했습니다.
X 사용자는 리플(XRP) Ledger의 혁신 속도가 매우 빠르기 때문에 업데이트 동기화, 테스트 및 변화의 흐름을 파악하는 데 상당한 노력이 필요할 수 있다고 언급했습니다. 리플 CTO는 "노드 운영자에게 우선적으로 알림을 보내는 방법이 있으면 좋을 것"이라고 강조했습니다.
