검증자 신뢰와 UNL 선정의 실제

XRP 레저 참여자들이 실제로 어떤 검증자를 신뢰할지 어떻게 결정하는지, 그리고 이 신뢰 모델이 작업증명이나 지분증명과 어떻게 다른지 설명합니다.

Running a Validator or rippled Node는 검증 소프트웨어를 운영하는 실무적인 측면을 다룹니다. 이 페이지는 그 이면에 있는 거버넌스 질문 — 참여자들은 실제로 어떤 검증자를 신뢰할지 어떻게 결정하는가 — 를 다룹니다.

Unique Node List(UNL)

각 참여자 — 검증자뿐 아니라 모든 rippled 서버 — 는 자신이 공모하지 않을 것이라 신뢰하는 검증자 집합인 Unique Node List를 유지합니다. 컨센서스는 무차별적으로 네트워크의 모든 검증자로부터 나온 제안을 비교해서가 아니라, 운영자 자신의 UNL로부터 나온 제안을 비교함으로써 달성됩니다(합의가 실제로 어떻게 이루어지는지의 메커니즘은 Consensus Protocol 참고).

결정적으로, UNL은 프로토콜에 의해 강제되는 것이 아니라 설정상의 선택 문제입니다. XRPL의 코드에는 특정 UNL 구성을 강제하는 것이 전혀 없습니다.

기본 UNL(dUNL)

실제로는 압도적 다수의 네트워크 참여자들이 처음부터 자신만의 UNL을 직접 큐레이션하지 않습니다. 그들은 "기본 UNL"을 사용하는데, 이는 가동시간, 신뢰성, 독립성 기준을 충족한다고 판단되는 검증자들의 추천 목록으로, 역사적으로는 주로 Ripple이, 그리고 지금은 XRPL 재단도 발행하고 주기적으로 업데이트합니다. 이는 진행 중인 탈중앙화 논의의 일부로 다뤄집니다 — 자세한 내용은 The Centralization Debate 참고.

검증자는 어떻게 등재되는가

추천 UNL의 발행자들은 일반적으로 후보 검증자를 다음과 같은 기준으로 평가합니다.

의미 있는 실적 기간에 걸친 지속적인 가동시간과 신뢰할 수 있는 레저 검증.
운영자 다양성 — 이미 다른 등재된 검증자를 운영하는 주체에 의해 통제되지 않아, 실질적인 신뢰가 집중되는 것을 방지.
투명한 운영자 신원 또는 신뢰할 수 있는 평판 — 은밀하게 악의적이거나 침해된 노드가 추가될 위험을 줄임.

이는 암호경제적인 과정이 아니라 부드럽고 평판에 기반한 게이트키핑 과정입니다(XRPL 거버넌스를 Bitcoin, Ethereum과 비교해보세요 — 둘 다 UNL과 같은 것을 사용하지 않으며, 작업증명과 지분증명은 큐레이션된 신뢰 목록이 아니라 공격 비용을 기반으로 네트워크를 보호합니다).

왜 지분 가중 투표 대신 이 모델인가

XRP 레저는 (많은 위임형 지분증명 시스템처럼) "XRP를 더 많이 가질수록 투표력이 커진다"는 식으로 컨센서스에 대한 영향력을 토큰 보유량으로 가중하지 않도록 의도적으로 설계되었습니다. 그 근거는 부의 집중이 네트워크 통제로 직접 이어지는 것을 피하기 위함입니다. 트레이드오프로, 비판자들이 일관되게 지적하는 것은 큐레이션된 신뢰 목록이 다른 종류의 중앙화 위험을 초래한다는 점입니다 — 누가 추천 목록을 발행하는지, 그리고 그 목록이 실제로 얼마나 독립적으로 편성되는지가 문제입니다. 자세한 내용은 The Centralization Debate에서 더 다룹니다.

UNL을 바꾸면 실제로 무슨 일이 일어나는가

어떤 운영자든 언제든지 자신의 목록에서 검증자를 추가하거나 제거할 수 있습니다 — 이는 프로토콜 자체에는 아무런 변화도 주지 않으며, 그 특정 운영자의 서버가 로컬에서 컨센서스를 계산할 때 어떤 제안에 가중치를 두는지만 바꿉니다. 네트워크 전체가 합의에 도달하려면 서로 다른 운영자들의 UNL 사이에 실질적인 중첩이 필요합니다 — 이것이 대부분의 참여자가 크게 다른 UNL을 유지하기보다 동일한 공개된 추천 목록으로 수렴하는 이유입니다.