최근 개발에서 Ripple의 CTODavid Schwartz와 엔지니어링 책임자인 J. A Akinyele은 앱과 프로토콜을 통해 유기적으로 그리고 기본적으로 온체인에서 XRP를 De Fi에서 사용할 수 있는 방법에 대한 사고 실험을 공개했습니다.
XRP 커뮤니티 회원들이 XRP Ledger 스테이킹의 의미에 대해 논의하면서 대화가 더욱 깊어졌습니다.
이러한 맥락에서 리플 CTO David Schwartz는 아직 공개되지 않은 스테이킹 제안을 암시했습니다. 이 아이디어는 순환 공급이 제한된 무가치하고 투표를 통해 보유자를 통제하는 데 사용될 수 있는 "거버넌스 토큰"을 요구합니다.
XRP 열광자인 Wrathof Kahneman이 XRPLi가 이미 어떤 의미에서 "포크에 의해 관리"되지 않았는지 물으면서 토론은 더 진행되었습니다.
모든 퍼블릭 레이어 1 블록체인은 궁극적으로 포크에 의해 관리됩니다. 하지만 포크의 위험을 줄이는 데 도움이 되는 다른 거버넌스 메커니즘으로부터 강력한 보호 기능을 갖추는 것이 좋다고 생각합니다. XRPL이 게시한 UNL은 그러한 메커니즘 중 하나입니다. 수정에 대한 검증인의 투표는 또 다른 것입니다.
이에 대해 리플 CTODavid Schwartz는 모든 퍼블릭 레이어 1 블록체인이 궁극적으로 포크에 의해 관리된다고 대답했습니다. XRP 포크에 대한 추측을 잠재우면서 Schwartz는 포크의 위험을 줄이는 데 도움이 되는 다른 거버넌스 메커니즘의 강력한 보호의 본질을 언급했습니다. 리플 CTO는 XRPL이 발표한 UNL을 그러한 메커니즘 중 하나로 언급했으며 검증인은 수정안에 투표하는 것을 또 다른 메커니즘으로 언급했습니다.
UNL(고유 노드 목록)은 공모하지 않을 것으로 신뢰되는 서버의 유효성 검사기 목록입니다. EveryXRP Ledgerserver는 UNL로 구성되며, UNL은 어떤 검증 투표를 듣고 합의 프로세스 중에 어떤 투표를 버릴지 결정합니다.
그러나 두 서버가 완전히 다른 UNL로 작동하는 경우 원장(및 해당 트랜잭션)의 유효성이 검사되는 시기에 대해 서로 다른 결론에 도달할 가능성이 높습니다. 이로 인해 다양한 당사자가 발생한 상황에 대해 상호 동의할 수 없고 서로 거래할 수 없는 네트워크 포크가 발생할 수 있습니다. 포크를 방지하기 위해 XRP Ledger의 서버는 서로 높은 수준의 중첩을 갖는 UNL로 구성됩니다. 최악의 경우에는 포크를 방지하기 위해 90%의 오버랩이 필요했습니다.
다른 검증인과 중복되는 다양한 검증인 목록을 쉽게 얻을 수 있도록 XRP Ledger는 권장 검증인 목록 시스템을 사용합니다. 현재 XRP Ledger 서버의 기본 구성은 XRP Ledger Foundation에서 게시한 목록과 Ripple에서 게시한 목록의 두 가지 목록을 사용합니다.
원문 제목: Ripple CTO Ends Speculation of XRP Fork: Details
In a recent development,Ripple's CTODavid Schwartz and head of engineering J.
A Akinyele revealed a thought experiment on how XRP could be used in DeFi, both organically with apps and protocol, and natively on-chain.
The conversation deepened asXRPcommunity members discussed the implications of staking for the XRP Ledger.
Along these lines, Ripple CTO David Schwartz hinted at a staking proposal that is yet to be made public.
The idea calls for a "governance token" intended to be worthless, with limited circulating supply, and may be used to control holders through voting.
The discussion went further as XRP enthusiast WrathofKahneman asked if theXRPLis not already "governed by fork" in some sense, albeit without staked funds at play.
All public layer-1 blockchains are ultimately governed by fork.
But I think it's good to have robust protections from other governance mechanisms that help reduce the risk of a fork.
XRPL's published UNL is one such mechanism.
Validator's voting for amendments is another.
To this, Ripple CTODavid Schwartzanswered that all public layer-1 blockchains are ultimately governed by fork.
Putting the speculation of an XRP fork to rest, Schwartz noted the essence of robust protections from other governance mechanisms that help reduce the risk of a fork.
The Ripple CTO mentioned XRPL's published UNL as one such mechanism, and validators voting for amendments as another.
A unique node list (UNL) is a server's list of validators trusted not to collude.
EveryXRP Ledgerserver is configured with a UNL, which determines which validation votes it listens to and which votes it throws out during the consensus process.
However, if two servers operate with totally different UNLs, they are likely to reach different conclusions about when ledgers (and the transactions on them) are validated.
This could lead to a fork in the network, with varying parties unable to mutually agree on what has happened and unable to transact with one another.
To avoid forking, servers in the XRP Ledger are configured with UNLs that have a high degree of overlap with one another; in the worst case scenario, 90% overlap was required to prevent a fork.
To make it easier to get a diverse list of validators that has high overlap with others, the XRP Ledger uses a system of recommended validator lists.
Currently, the default configuration for XRP Ledger servers uses two lists: one published by the XRP Ledger Foundation and one published by Ripple.
