Plasma: An Innovative Framework to Scale Ethereum

[원문](https://coincentral.com/plasma-an-innovative-framework-to-scale-ethereum/)

플라즈마는 이더리움 블록체인의 처리능력을 위한 프레임워크로, Vitalik Buterin과 Joseph Poon이 만들었다. 이전 프로젝트에서 Joseph Poon는 비트코인의 플라즈마인 라이트닝을 만들었었다. 두 프레임워크 모두 신뢰가 필요없는 다층적인 네트워크다. 신뢰가 필요없다는 것은, 사용자가 거래를 하기 위해 상대방을 알거나, 신뢰를 할 필요가 없다는 것을 의미한다. Poon과 Buterin은 일반 대중이 토큰과 암호 화폐 뿐 만 아니라, 실제 상품과 서비스를 구매할 수 있는 분산 시장을 촉진하기 위하여 플라즈마를 개발했다.

현재 이더리움은 비트코인의 초당 7건의 거래와 비교하여, 초당 약 15건의 거래를 처리할 수 있다. 두 플랫폼의 처리능력은 그러나 초당 45,000건의 거래를 관리하는 Visa와 비교하여서는 초라하다. 플라즈마는 이더리움의 처리능력을 초당 수천, 또는 잠재적으로 수십억 거래로 확장할 수 있는 가능성을 제시한다.

## 플라즈마는 어덯게 작동하는가?

플라즈마는 자식 블록체인이 메인 부모 블록체인에서 분기되도록 허용함으로써 보안 및 확장성을 제공한다. 이러한 자식 블록체인은 마이크로 트랜잭션을 활용하여 더 빠르고 저렴한 속도로 처리한다. 자식 블록체인은 부모 블록체인에서 서로 독립적으로 공존하고 기능할 수 있다.

|![Poon, J., & Buterin, V. (2017, August 11). Plasma [PDF].](../images/Plasma-Whitepaper-page-3-Figure-1.png)|
|:-|
|메인 이더리움 부모 블록체인에서 분기하여 다양한 자식 블록체인을 분기한 모습|

블록체인 플랫폼은 노드네트워크를 사용하여 계정 잔액, 컨트랙트, 스토리지의 상태 값을 저장한다. 마이너는 이러한 분산 노드를 교차 참조하여 블록체인 레코드가 일치하고, 오류 또는 사기가 없는지 확인한다. 이 과정은 정확하고 공평하지만, 그러나 불행하게도 블록체인의 장부에 의존하는 것이 점점더 어려워 지고 있다. 각 노드가 더 많은 트랜잭션 및 데이터 스토리지로 채워짐에 따라, 마이너는 각 트랜잭션을 적시에 확인하는데 더 어려움을 겪고 있다. 시간이 지남에 따라, 블록체인은 큰 트랜잭션을 확인하는 동안 병목현상이 일어나게 되고, 많은 마이크로 트랜잭션이 블록체인에서 제대로 확인되지 못하게 된다.

스마트 컨트랙트를 추적하고, 글로벌 규모로 거래를 처리할 능력이 없다면 암호 화폐는 일반 소비자에게 이상적이지 못하다. 플라즈마는 자식 블록체인이 네트워큰 내의 데이터와 저장소의 대부분을 처리하게 함으로써, 이더리움의 원장으로 부터 많은 양의 병목 현상을 완화시키는 효과를 가져온다.

이더리움 블록체인의 스마트 컨트랙트는 어카운트의 업데이트 및 연산을 관리하는, 이더리움 의 코드화된 프로토콜의 일부인 이더리움 버츄얼 머신 (EVM)내에 있다. EVM을 활용하면, 분산된 응용 프로그램이 내장된 프로그래밍 언어 내에서 사기, 검열, 3자 간섭으로 부터 안전하게 보호되고 실행될 수 있다. 

스마트 컨트랙트는 규칙, 조건, 지불이 사용자의 암호 지갑 사이의 교환으로 코딩되는 거래다. 플라즈마는 EVM 스마트 컨트랙트를 활용하여, 자식 블록체인의 런타임 환경을 보호하고, 이더리움의 정확성과 무결성을 유지한다.

## 플라즈마 트리 구조: 루트, 브랜치 블록체인

[플라즈마 백서](https://plasma.io/)에서, 프레임워크의 구조는 블록체인 계층 구조에서 서로 다른 수준의 가지를 가진 나무처럼 보인다. 여기에서 이더리움의 주요 블록체인을 "뿌리(루트)" 또는 "부모" 블록체인으로 나타낸다. 플라즈마 블록체인은 이러한 '뿌리'에서 두번째, 세번째 계층 블록체인, 도는 마이크로 트랜잭쳔 채널로 분기한다.

![plasma-tree](../images/plasmaparent.gif)

스마트 컨트랙트 및 원장 네트워크를 더욱 분산 시킴으로써 플라즈마는 보다 효율적이고 안전한 마이크로 트랜잭션을 용이하게 한다. 사용자의 각 계정 상태의 변경사항을 메인 이더리움 블록체인에 보고하지 않고도, 자식 블록체인내에서 스마트 컨트랙트를 실행할 수 있다.

![plasma-trees](../images/plasmaparent.gif)

플라즈마 자식 블록체인에서, 당사자는 교환을 하기전에 서로의 새로운 계좌 잔액을 확인하기 위해 각거래에 서명해야 한다. 예를 들어, 스마트 컨트랙트를 체결한다고 가정해보자. 이 컨트랙트에는 배너 광고가 웹사이트에서 클릭 될때마다 일정비율로 지불한다는 내용이 적혀 있다. 사이트가 언급한 각 판매에는 추가 수수료 지불을 유발한다. 클릭이나 판매가 코드화된 컨트랙트를 트리거할 때마다 정기적으로 내 지갑에서 상대방 지갑으로 자금이 이전하게 된다. 이런식의 어래가 일어날 때 마다 둘다 자식 블록체인 내에서 계좌 잔액을 확인한다.

분기 블록체인은 이 중 한명이 계정 상태를 확인하려고 할 때만, 루트 체인에 데이터를 전송한다. 만약 내가 웹사이트에서 광고를 삭제하기로 결정했다면, 스마트 컨트랙트 자식 블록체인을 종료한다. 계정 최종상태는 부모 블록체인에 기록 될 수 있지만,반드시 있을 필요는 없다.

## 플라즈마의 보안

각 플라즈마 블록체인은 네트워크 파일 시스템이나 다른 프로세스에 엑세스 하지 않고, EVM의 스마트 컨트랙트를 활용하여 자체 비즈니스 논리, 계약 조건 및 트리거 이벤트와 공존할 수 있다.이렇나 블록체인은 공정한 거래를 시행하기 위해, 부모 블록체인에 의존할 수 도 있다.

### 자식 블록체인은 어떻게 안전하게 유지되는가?

인프라가 큰 대도시에 많은 이웃들이 사는 것처럼, 자식 블록체인은 주요 도시 중심가의 교외에 존재한다. 이 교외 지역은,스마트 컨트랙트 거래를 위해 마이크로 채널을 재공함으로써 사용자를 위한 공간을 만든다. 인센티브를 받은 검증자는 이웃 감시와 마찬가지로, 소규모 지역 사회내에서 보안을 유지한다.

경찰은 물건을 팔고있는 상점 주인을 보지 않는다. 경찰은 부동산 구매자가 주택구매를 중개하는 과정을 보기 위해 주변을 순찰하지 않는다. 마차ㄴ가지로, 각 마이크로 채널은 마이너의 검증 없이 원장 및 스마트 컨트랙트를 독립적으로 유지한다. '지역' 검증자는 독립 공동채내에서 사기성 행동을 방지하기 위한 파수꾼으로 일하도록 인센티브를 받는다.

파수꾼이 범죄자 (사기 행위)를 발견하면 이웃 (자식 블록체인)에서 커뮤니티에 경고를 내리고 대피할 수 있다. 파수꾼은 이에 따른 결과를 집행할 권한은 없지만, 경찰서에 이를 보고할 수 있으며, 이는 범죄자를 법원 (부모 블록체인)으로 데려올 것이다. 

나무구조대신에 미국 법원을 상상해보자. 지방법원, 주법원, 대법원이 있다. 플라즈마 내에서 이더리움은 대법원이다. 사법 재판소의 계층 구조는 균형잡힌 보안 시스템을 만든다. 

Plasma의 Ethereum 마이크로 트랜잭션 효율성을 향상시키는 능력은 대다수의 소비자가 상품, 은행, 거래 등을 구매하기 위해 블록 체인 기술을 사용할 수 있는 길을 열어줍니다.

Plasma: An Innovative Framework to Scale Ethereum [원문](https://coincentral.com/plasma-an-innovative-framework-to-scale-ethereum/)  플라즈마는 이더리움 블록체인의 처리능력을 위한 프레임워크로, Vitalik Buterin과 Joseph Poon이 만들었다...

플라즈마: 이더리움 확장성을 위한 혁신적인 프레임워크

아래 글은 [이더리움 공식 깃헙 FAQ](https://github.com/ethereum/wiki/wiki/Proof-of-Stake-FAQs)에서 일부분을 발췌해서 번역한 글입니다.

## 지분 증명은 무엇인가?

Proof of Stake (이하 지분 증명)은 검증자의 지분에 의존하여 퍼블릭 블록체인에 대해 합의를 하는 알고리즘의 일종이다. 작업증명 (PoW) 기반의 퍼블릭 블록체인 알고리즘은, 트랜잭션을 검증하고 새로운 블록을 만들기 위해, 암호화 퍼즐을 해결하는 참가자들에게 보상을 제공한다. PoS기반 퍼블릭 블록체인 (Ethereum에서 구현 예정인 Casper)에서 검증자들은 차례로 다음 블록을 제안하고, 투표하는데 드는 비중은 검증자의 지분의 크기에 따라 달라진다. 이렇나 지분증명의 이점은 중앙 집중화 위험 감소 및 에너지 효율의 증가다.

일반적으로 지분증명 알고리즘은 다음과 같다. 블록체인은 일련의 검증자들을 추적하며, 이들은 블록체인의 기본 암호 통화를 보유한 사람은 특별한 이더리움 거래를 통해 검증자가 된다. 여기서 새로운 블록을 만들고 동의하는 과정은, 모든 현재 검증자가 참여할 수 있는 합의 알고리즘을 통해 수행된다.

합의 알고리즘의 종류에는 여러가지가 있으며, 합의 알고리즘에 참여하는 검증자에게 보상을 할당하는 방법은 다양하게 존재하므로, 이는 각 지분증명의 '취향'에 따라 달라 있다. 알고리즘 관점에서 볼때, 이는 크게 두가지 유형으로 나눌 수 있다. 체인 기반 지분증명과 BFT 스타일의 지분 증명.

체인 기반 지분 증명에서는, 알고리즘은 매 시간 (10초 정도의 간격이 될 수 있음) 동안 검증자를 무작위로 선택하고, 이 검증자에게 단일 블록 생성 권한을 할당한다. 그리고 이 블록은 이전 블록 (보통 가장 긴 체인의 끝에 있는 블록)을 가르켜야 하므로 시간이 지남에 따라 대부분의 블록은 끊임없이 성장하는 단일 체인으로 수렴하게 된다.

BFT 스타일의 지분 증명에서, 검증자는 블록을 만들 권리를 무작위로 할당하지만, 모든 검증자가 각 라운드 동안 특정 블록에 대해 '투표'를 보낸다. 이러한 라운드 프로세스를 통해 어떤 블록을 인증할지 동의하고, 프로세스가 끝날때 모든 검증자가 영구적으로 동의 하게 된다. 주요 차이점은 블록에 대한 합의는 한블록 내에서 이루어 질 수 있으며, 블록 이후의 체인 길이나 크기에 따라 달라지지 않는 다는 것이다.

## 지분 증명은 작업 증명보다 무엇이 나은가?

자세한 내용은 [여기](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)에서 볼 수 있다.

요약하자면, 

- 블록체인을 확보하기 위해 다량의 전기를 소비할 필요가 없다. (비트코인과 이더리움의 기존 작업증명 메커니즘은 하루에 백만달러 상당의 전기 및 하드웨어 비용을 소비하는 것으로 추정된다)
- 많은 양의 전력 소모가 필요 없으므로, 참가자들이 네트워크에 계속 참여하는 동기를 부여하기 위해 새로운 코인을 발행할 필요가 없다.
- 지분 증명은 중앙 집중식 카르텔이 생성되는 것을 막고, 네트워크가 유해한 방식으로 행동하는 것을 막기 위해 게임 이론적인 메커니즘을 사용할 수 있는 더 광범위한 여지를 남겨 둔다.
- 규모의 경제 문제가 덜 부각 되므로, 중앙 집중화의 위험이 감소한다. 1,000만 달러 짜리 코인은 100만 달러 보다 정확히 10배 높은 수익을 올릴 수 있다.
- 작업 증명보다 51% 공격에 대해서 더 비싼 페널티를 지불하게 하는 경제적 제재를 가할 수 있다.

내용이 부족해서 조금더 가져와보았다.

[원문](https://blockgeeks.com/guides/proof-of-work-vs-proof-of-stake/)

![proof-of-work-vs-proof-of-stake](https://blockgeeks.com/wp-content/uploads/2017/03/infographics2017-01.png)

## 지분 증명이란 무엇인가?

지분 증ㅁ여은 거래의 유효성을 확인하고, 분산 합의를 달성하는 또다른 방법이다. 작업증명과 이루고자 하는 목표는 동일하지만, 목표에 도달하는 과정이 상당히 다르다. 2011년 비트코인 포크 포럼에서 지분 증명이라는 아이디어가 제안 되었지만, 이 방법을 사용한 최초의 코인에는 2012년 Peercoin, ShadowCash, Nxt, BlackCoin, NuShares/NuBits, Qora, Nav Coin 등이 처음으로 사용했다. 알고리즘이 거래를 검증하고 새로운 쁠록을 만드는 목표로 수학적인 문제를 해결하도록 요구하는 작업증명과는 달리, 지분증명에서 새로운 블록의 작성자는 지분의 양에 따라 결정론적인 방식으로 선택된다.

### 블록 보상이 없다.

또한, 모든 디지털 통화는 미리 만들어진 상태이며, 이 총양은 변하지 않는다. 즉, PoS 시스템에서 블록 보상이 없으므로 마이너가 이런 트랜잭션 수수료를 가져가게 된다. 그래서 지분증명 시스템에서는 마이너라는 용어 대신 forger(대장장이) 라는 용어를 사용한다. (근데 진짜 자주 쓰나? 난 처음 보는데.)


## 왜 이더리움은 지분증명을 선택했는가?

작업증명에 기초한 분산 합의는 마이너가 많은 양의 에너지를 소비해야 한다. 한 비트코인 트랜잭션은 하루동안 1.57가구에 전력을 공급하는 것과 같은 전력량을 필요로 한다. 이러한 에너지 비용은 디지털 통화 가치에 대한 지속적인 하향 압력을 초래 한다. 최근 연구에서는 2020년까지 덴마크 국가 만큼의 전력을 소비할 수도 있다고 밝혀졌다. 개발자들은 이 문제에 대해 심각하게 접근하고 있으며, 이더리움 커뮤니티는 보다 친환경적이고 저렴한 분산 형태의 합의를 하기 위해 지분 증명 방법을 사용하려 하고 있다. 

## 어떻게 마이너로 선택될 수 있는가

Casper 프로토콜이 실행된다면, 검증자 풀이 존재하게 될 것이다. 사용자는 이 풀에 가입하여 마이너로서 활동할 수 있다. 이 과정은 캐스퍼 컨트랙트를 호출하고, 이더 또는 이더리움 네트워크에 권한을 부여하는 코인을 보내는 기능을 통해 활용할 수 있게 된다. 

> 유효성 있는 풀 자체에 가입하기 위한 우선순위계획은 없다. 다른 참가자에 상관없이, 누구든 라운드에 참여할 수 있다.

이러한 검증자에 대한 보상은 약 2~15%가 될 것이라고 내다봤지만, 아직 확실하지는 않다. 


## 결론

지분 증명 시스템에서 검증자는, 자신의 컴퓨팅 성능을 활용할 필요가 없다. 왜냐하면 채굴 가능성에 영향을 미치는 유일한 요인은 자신의 코인 (지분)과 네트워크의 현재 복잡도 이기 때문이다. 따라서 지분증명의 이점은

- 에너지 절약
- 공격이 더 비싸질 수록, 안전한 네트워크가 된다. 해커가 총 코인의 51%를 소유하는 것이 훨씬 더 비싸다.

이런식으로 CASPER 프로토콜은 경제적 컨센서스 시스템에 의존하는 보안 프로토콜이 될 것이다. 노드 (검증자)는 새로운 블록생성을 위한 합의의 일부가 되기 위하여 일정량의 보증금을 지불해야 한다. 프로토콜은 보안 예금에 대한 관리를 위해 검증자가 받을 특정 보상 금액을 결정하게 된다.

한 검증자가 만약 부적절한 블록을 만들면, 그 보증금은 사라지게 되고, 또한 네트워크 합의의 일부가 될 수 있는 특권도 사라지게 된다.

다시말해, 이 프로토콜은 베팅과 같은 시스템인 것이다. 지분 증명 시스템에서 베팅은, 합의 규칙에 따라 검증자가 베팅한 각 체인과 더불어, 유효한 검증을 한 검증자에게 상금을 지급하는 거래가 되는 것이다. 따라서 Casper 프로토콜은 검증자가 다른사람들의 베팅에 따라 베팅하고, 합의를 가속화 할 수 있는 긍정적인 결과를 내놓을 것이라는 믿음을 기반에 두고 있다.

아래 글은 [이더리움 공식 깃헙 FAQ](https://github.com/ethereum/wiki/wiki/Proof-of-Stake-FAQs)에서 일부분을 발췌해서 번역한 글입니다. ## 지분 증명은 무엇인가?  Proof of Stake (이하 지분 증명)은 검증자의 지분에 의존하여 퍼블릭 블록체인에 대해 합의를 하는 알고리즘의 일종이다. 작업증명 ...

이더리움 지분 증명

The XRP Ledger Consensus Process

[원문](https://ripple.com/build/xrp-ledger-consensus-process/#consensus)

## 소개

P2P XRP 원장 네트워크는 응용프로그램에 콘텐츠의 상태에 대한 정보를 저장하고 있는 공유 원장을 전세계적으로 저장한다. 이러한 상태 정보에는 아래와 같은 정보가 포함되어 있다.

- 각 [계정](https://ripple.com/build/accounts/)의 설정정보
- 계정 간 잔고
- 분산 거래
- 네트워크 설정. 예) [거래 비용](https://ripple.com/build/transaction-cost/), [유보 금액](https://ripple.com/build/reserves/) 등
- 타임스탬프

원장에 대한 전체적인 기술 설명은 [여기](https://ripple.com/build/ledger-format/)에서 확인할 수 있다.

![XRP Ledger Elements](https://ripple.com/wp-content/themes/ripple-beta/assets/img/ledger-components.png)

XRP 원장은 몇 초마다 새로운 버전을 갖게 된다. 그 이전의 원장버전은 원장의 기록으로 남게된다. 가장 최근에 검증된 원장 조차도 짧은 시간전의 네트워크 상태를 나타내기 때문에 이력의 일부로 남게 된다. 현재 네트워크는 다음 원장버전에서 적영되고 완료 될 수 있는 일부 거래를 검증하게 된다.

![XRP Ledger Sequence and History](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-02.png)

원장 인스턴스는, 원장 인덱스라고도 불리는 시퀀스 번호로 (원장 인스턴스는 컨텐츠의 디지털 지문인 해시에 의해 고유하게 식별될 수 있다.) 식별될 수 있다. 원장은 번호 순으로 증가하게 된다. 마지막으로 유효한 원장이 N이면, 이전은 N-1, 그 다음은 N+1이다. N+1원장은 원장 N에 일련의 트랜잭션을 적용하여 생성된다.

원장이 사용자 수준에서 변경된다는 것은 트랜잭션의 결과로 이루어진다. 이 트랜잭션의 예로는 지불, 계정 설정, 거래 제안 등이 있다. 각 트랜잭션은 원장 변경을 승인하고, 계정 소유자가 암호화하여 서명한다. 트랜잭션은 계정 변경을 승인하는 유일한 방법이다. 

또한 원장 인스턴스에는 해당 트랜잭션에 대한 일련의 트랜잭션 및 메타 데이터가 포함되어 있다. 트랜잭션은 이전 원장에 적용되어 새 인스턴스를 만든 트랜잭션이다. 메타데이터는 트랜잭션이 원장에 미치는 영향을 정확하게 기록한다.

![Transactions Applied to Ledger Version](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-03.png)

원장 인스턴스에 포함된 트랜잭션 세트 (위 그림에서 여러개의 네모, 트랜잭션)는 해당 원장에 기록되며, XRP Ledger 이력에서 확인 될 수 있다.

검증된 원장에 나타나는 트랜잭션이 원장을 변경하는데 성공했거나, 요청된 작업을 수행하지 않고 처리되었을 수도 있다. 성공적인 트랜잭션에는 요청된 변경사항이 원장에 적용되고, 수수료가 청구되었음을 나타내는 tesSUCCESS [결과 코드](https://ripple.com/build/transactions/#transaction-results)를 가지고 있다. 원장의 다른 트랜잭션에는 tec 클래스 결과 코드가 있다. 이 코드는 수수료를 청구하고, 다른 변경사항을 수행하지 않는 트랜잭션을 나타낸다.

tec 클래스의 트랜잭션은 수수료를 청구할때, 계정잔액을 변경하기 때문에 원장에 포함된다.

tes 및 tec 클래스 결과 코드 외에도, ter, tef, tem 클래스 코드가 있다. 후자 3가지는 API에 호출에 의해 반환되는 잠정적인 실패를 나타난다. 원장에는 test와 tec 코드만 남게 된다.

리플 API로 작업할때, 애플리케이션은 반드시 원장에 포함되도록 제안된 후보 트랜잭션과 검증된 원장에 포함된 검증된 트랜잭션을 구분해야 한다. 검증된 원장에서 발견된 트랜잭션 결과만 변경이 불가능하다. 후보 트랜잭션은 검증된 원장에 포함될 수 있거나, 포함되지 않을 수도 있다.

중요: 일부 리플 API는 후보 트랜잭션을 기반으로 잠정적인 결과를 제공한다. 애플리케이션은 트랜잭션의 최종결과를 결정하기 위해 이러한 잠정적인 결과에 의존해서는 안된다. 트랜잭션이 마침내 완전하게 성공했다는 것을 확실하게 알 수 있는 유일한 방법은 유효성있는 원장에 포함될때까지 트랜잭션 상태를 확인하고 결과코드 tesSUCCESS를 갖는 것이다. 트랜잭션이 다른 결과 코드가 있는 유효한 원장에 있으면, 해당 트랜잭션은 실패한 것이다. 트랜잭션의 마지막 원장 시퀀스에 지정된 원장이 유효성 검증을 받았지만, 거래가 원장 또는 그 원장 이전에 나타나지 않는다면, 해당 트랜잭션은 실패하여 어떠한 원장에도 나타나지 않을 것이다. 검증된 원장에 나타나거나 나중에 라스트 원장 시퀀스 제한으로 인해 표시될 수 없는 트랜잭션에서만 최종결과로 볼수 있다. (하단 참조)

## XRP 원장 프로토콜의 컨센서스와 검증

P2P XRP 원장 네트워크는 트랜잭션을 수용하고 처리하는 '노드'라고 불리우는 많은 분산 서버로 구성된다. 클라이언트 애플리케이션은 트랜잭션에 서명하고 전송하는 처리를 위해, 네트워크 전체에서 이러한 서명된 후보 트랜잭션을 릴레이한다. 클라이언트 애플리케이션의 예로는 모바일/웹 지갑, 금융기관의 게이트웨이 및 전자 거래 플랫폼이 있다.

![Participants in the XRP Ledger Protocol](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-04.png)

트랜잭션을 수신, 릴레이 및 처리하는 노드는 노드를 추적하거나 노드를 검증할 수 있다. 노드의 주요기능을 추적하는 것에는 클라이언트로부터 트랜잭션을 배포하고, 원장에 대한 쿼리에 응답하는 것도 포함된다. 검증 노드는 노드 추적과 동일한 기능을 수행하고, 원장 시퀀스를 발전시키는 데 추가로 기여하게 된다.

클라이언트 애플리케이션에서 제출한 트랜잭션을 수락하는 동안, 각 추적노드는 마지막으로 검사된 원장을 시발점으로 사용한다. 승인된 거래는 각각 후보로 남게 된다. 노드는 이러한 후보 트랜잭션을 피어에게 릴레이하여, 후보 트랜잭션이 모든 네트워크 전체에 전파되도록 한다. 이상적으로 각 후보 트랜잭션은 모든 노드에게 전파되며, 각 노드는 동일한 트랜잭션 세트가 마지막으로 검사된 원장에 적용될 수 있다고 간주할 수 있다. 그러나 트랜잭션이 전파되는데에는 시간이 꽤 소모되기 때문에 노드는 항상 동일한 후보트랜잭션 세트로 작동하지 않는다. 이를 설명하기 위해 XRP 원장은 컨센서스라고 하는 프로세스를 활용, 동일하나 트랜잭션이 처리되고 검증된 원장이 P2P XRP 원장 네트워크에서 일관성을 유지하도록 한다.

## Consensus

네트워크 노드는 후보 트랜잭션에 대한 정보를 공유한다. 합의 프로세스를 통해, 검증 노드는 후보거래의 특정 합위 집합에 대해 다음 원장에 대해 고려하도록 동의 한다. 이러한 합의는 노드가 제안 또는 후보 트랜잭션 세트를 중계하는 반복적인 프로세스다. 노드는 대다수의 피어가 동일한 후보 트랜잭션 세트에 동의할때까지 계속해서 업데이트 한다.

컨센서스 과정에서 각 노드는 선택된 검증자라고 불리는 특정 피어세트의 컨센서스 제안을 평가한다. 선택된 검증자들은 이러한 컨센서스 제안 들에 대해 사기를 방지하고, 신뢰를 얻기 위해 평가하게 된다. 여기서 말하는 '신뢰'의 의미는 각 개별 검증자를 신뢰할 필요가 없다는 것이다. 오히려, 검증자는 네트워크에 중계된 데이터를 위조하기 위한 노력을 하지 않을 것이라는 기대에 따라 선택된다.

|![Validators Propose Transaction Sets](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-05.png)|
|:-|
|합의가 시작될때 노드는 서로 다른 트랜잭션 세트로 작동한다. 수많은 제안이 원장에 적용할 거래와 향후 컨센서스를 기다려야 할 거래를 결정한다.|

합의된 제안에 포함되지 못한 후보들은 후보로 남게 된다. 이들은 다음 합의에서 고려 될 수 있다.

|![Through Consensus, Nodes Agree On Transaction Set](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-06.png)|
|:-|
|노드는 합의된 트랜잭션 세트 (녹색)를 마지막으로 유효성있는 원장에 적용한다. 세트에 없는 거래 (빨간색) 은 다음 라운드에서 합의 될 수 있다.|

일반적으로, 컨센서스를 통과하지 못한 거래는 다음 라운드에서 성공한다. 그러나 어떤 상황에서는 거래가 무기한 컨센서스를 통과하지 못할 수도 있다. 이러한 상황은, 네트워크가 기본수수료를 트랜잭션이 제공하는 것보다 높은 값으로 증가시키는 경우다. 향후 수수료가 낮아지면 거래가 성공할 수 있다.

[마지막 원장 시퀀스(LastLedgerSequence)](https://ripple.com/build/transactions/#lastledgersequence) 트랜잭션 필드는 합리적인 시간내에 실행되지 않으면, 이러한 트랜잭션을 만료시키는 매커니즘이다. 애플리케이션은 각 트랜잭션에 이 매개변수를 포함시켜야 한다. 이렇게 하면 트랜잭션이 지정된 원장 시퀀스 번호, 또는 그 이전에 성공하거나 실패하게 되므로 최종 트랜잭션 결과를 얻기 전에 응용 프로그램이 기다려야 하는 시간이 제한된다. 자세한 내용은 [여기](Reliable Transaction Submission)를 참조.

## 검증

합의 라운드가 완료 되면 각 노드는 최종 유효성있는 원장에 합의된 트랜잭션 세트에, 후보 트랜잭션을 적용하여 새로운 원장을 만들어 낸다.

|![A Network Node Calculates a Ledger Validation](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-07.png)|
|:-|
|각 추적 노드는 마지막으로 유효한 원장에 동의한 트랜잭션을 적용한다. 노드를 확인하면 전체 네트워크에 결과를 보낸다.|

검증 노드는 원장의 새버전을 만들어내고, 그 결과를 네트워크에 릴레이하며, 각 합의 중에 제안된 후보 트랜잭션을 기반으로 계산된 원장의 서명된 해시를 보낸다. 검증이라고 하는 이러한 서명 된 해시는 각 노드가 계산한 원장을 피어 원장과 비교할 수 있도록 한다.

|![Ledger is Validated When Supermajority of Peers Calculate the Same Result](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-08.png)|
|:-|
|노드는 계산된 원장을, 선택한 검증 노드에서 수신한 해시와 비교한다. 동의하지 않으면 노드가 올바른 원장을 다시 계산하거나 검색해야 한다.|

네트워크의 노드는 피어의 대다수가 동일한 검증 해시에 서명하고 브로드 캐스트 될때, 유효성이 확인 된 것으로 잉ㄴ식한다. 앞으로 트랜잭션은 시퀀스 번호 N+1이 업데이트되고 현재 유요한 원장에 적용된다.

소수에 속하는 노드가 피어와 다른 원장을 계산한 경우에는, 노드는 계산된 원장을 무시한다. 올바른 원장을 다시 계산하거나, 필요에 따라서는 올바른 원장을 검색한다.

네트워크가 유효성 검사에 대한 초 대다수 합의를 달성하지 못한다는 것은, 거래량이 너무 많거나 컨센서스 프로세스가 일관된 제안을 하기에는 네트워크 대기 시간이 너무 컸다는 것을 의미한다. 이 경우 노드는 컨센서스 프로토콜을 반복한다. 컨센서스가 시작된 이래로 시간이 지남에 따라, 각 컨센서스 라운드가 의견차이를 줄임에 따라 대다수의 노드가 동일한 후보트랜잭션을 받을 가능성이 커진다. XRP 원장은 이러한 조건에 대한 응답으로 거래비용과 컨센서스를 기다리는 시간을 동적으로 조정한다.

|![Network Recognises the New Validated Ledger Version](https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-09.png)|
|:-|
|결국 컨센서스 프로세스의 마지막라운드에는, 노드가 검증된 노드로 업데이트 하게 된다.|

검증에 대한 초 대다수 합의에 도달하게 되면, 노드는 새로운 검증된 원장인 시퀀스 번호 N+1과 동작하게 된다. 컨센서스 및 검증 프로세스는 지난 라운드에 포함 되지 않은 후보 트랜잭션과, 그동안 제출된 새로운 거래를 고려하여 반복한다.

## 요약

XRP 원장에 제출된 트랜잭션은 즉시 처리되지 않는다. 일정기간 각 거래는 후보로 남아있게 된다.

단일 트랜잭션의 라이프 사이클은 아래와 같다.

1. 계정 소유자가 트랜잭션을 작성하고 서명한다.
2. 트랜잭션이 네트워크에 제출된다.
- 잘못 생성된 거래는 즉시 거부 될 수 있다.
- 올바르게 생성된 거래는 임시적으로 성공할 수도 있고, 나중에 실패할 수 있다.
- 올바르게 생성된 거래는 임시적으로 실패할 수도 있고, 나중에 성공할 수 있다.
3. 컨센서스 과정 중에, 각 거래는 원장에 포함된다.
- 성공적인 컨센서스 라운드의 결과로 검증된 원장이 나오게 된다.
- 컨센서스 라운드가 실패하게 되면 컨센서스 프로세스가 성공할 때까지 반복한다.
4. 검증된 원장에는 트랜잭션과 원장 상태에 미치는 것들이 포함된다.

애플리케이션은 잠정 결과가 아닌 유효성 있는 원장의 정보에만 의존해야 한다. 일부 리플 API는 잠정적인 (임시) 결과를 반환한다. 이 트랜잭션의 결과는 해당 트랜잭션이 검증된 원장에 포함되거나, 트랜잭션에 마지막 원장 시퀀스 (Last Ledger Sequence)가 포함되며, 해당 시퀀스 번호 이하에서 검증된 원장에 나타나지 않을때만 변경할 수 없게 된다. 

트랜잭션을 제출하는 애플리케이션의 모범사례는 아래와 같다.

- LastLedgerSequnce 매개변수를 활용하여 트랜잭션이 결정적이고, 신속한 방식으로 검증 또는 실패하는지 확인한다.
- 검증된 원장에서 트랜잭션 결과를 확인한다.
    - 트랜잭션을 포함하는 원장이 검증되거나, LastLedgerSequnce에 통과되기 전까지의 결과는 잠정적 (임시) 이다.
    - 결과코드 tesSUCCESS 및 `validated: true` 외의 결과는 모두 영구적으로 실패를 의미한다.
    - 트랜잭션 LastLedgerSequence에서 확인한 검증된 원장까지, 검증된 원장에서 나타나지 않는 트랜잭션은 영구적으로 실패를 의미한다.
        - 이 경우를 탐지하기 위해 연속성있는 원장 이력을 보유한 노드를 활용해야 한다. 
    -  LastLedgerSequence에서 확인한 원장이 유효성을 검사할 때까지 반복적으로 트랜잭션 상태를 확인해야할 수도 있다.

The XRP Ledger Consensus Process [원문](https://ripple.com/build/xrp-ledger-consensus-process/#consensus)  ## 소개  P2P XRP 원장 네트워크는 응용프로그램에 콘텐츠의 상태에 대한 정보를 저장하고 있는 공유 원장을 전세계적으로 저장한다. 이러한 상태 정보에는 아래와 같은...

리플 컨센서스 알고리즘

<p>The XRP Ledger Consensus Process</p>
<p><a href="https://ripple.com/build/xrp-ledger-consensus-process/#consensus">원문</a></p>
<h2 id="소개">소개</h2>
<p>P2P XRP 원장 네트워크는 응용프로그램에 콘텐츠의 상태에 대한 정보를 저장하고 있는 공유 원장을 전세계적으로 저장한다. 이러한 상태 정보에는 아래와 같은 정보가 포함되어 있다.</p>
<ul>
<li>각 <a href="https://ripple.com/build/accounts/">계정</a>의 설정정보</li>
<li>계정 간 잔고</li>
<li>분산 거래</li>
<li>네트워크 설정. 예) <a href="https://ripple.com/build/transaction-cost/">거래 비용</a>, <a href="https://ripple.com/build/reserves/">유보 금액</a> 등</li>
<li>타임스탬프</li>
</ul>
<p>원장에 대한 전체적인 기술 설명은 <a href="https://ripple.com/build/ledger-format/">여기</a>에서 확인할 수 있다.</p>
<p><img src="https://ripple.com/wp-content/themes/ripple-beta/assets/img/ledger-components.png" alt="XRP Ledger Elements"></p>
<p>XRP 원장은 몇 초마다 새로운 버전을 갖게 된다. 그 이전의 원장버전은 원장의 기록으로 남게된다. 가장 최근에 검증된 원장 조차도 짧은 시간전의 네트워크 상태를 나타내기 때문에 이력의 일부로 남게 된다. 현재 네트워크는 다음 원장버전에서 적영되고 완료 될 수 있는 일부 거래를 검증하게 된다.</p>
<p><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-02.png" alt="XRP Ledger Sequence and History"></p>
<p>원장 인스턴스는, 원장 인덱스라고도 불리는 시퀀스 번호로 (원장 인스턴스는 컨텐츠의 디지털 지문인 해시에 의해 고유하게 식별될 수 있다.) 식별될 수 있다. 원장은 번호 순으로 증가하게 된다. 마지막으로 유효한 원장이 N이면, 이전은 N-1, 그 다음은 N+1이다. N+1원장은 원장 N에 일련의 트랜잭션을 적용하여 생성된다.</p>
<p>원장이 사용자 수준에서 변경된다는 것은 트랜잭션의 결과로 이루어진다. 이 트랜잭션의 예로는 지불, 계정 설정, 거래 제안 등이 있다. 각 트랜잭션은 원장 변경을 승인하고, 계정 소유자가 암호화하여 서명한다. 트랜잭션은 계정 변경을 승인하는 유일한 방법이다.</p>
<p>또한 원장 인스턴스에는 해당 트랜잭션에 대한 일련의 트랜잭션 및 메타 데이터가 포함되어 있다. 트랜잭션은 이전 원장에 적용되어 새 인스턴스를 만든 트랜잭션이다. 메타데이터는 트랜잭션이 원장에 미치는 영향을 정확하게 기록한다.</p>
<p><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-03.png" alt="Transactions Applied to Ledger Version"></p>
<p>원장 인스턴스에 포함된 트랜잭션 세트 (위 그림에서 여러개의 네모, 트랜잭션)는 해당 원장에 기록되며, XRP Ledger 이력에서 확인 될 수 있다.</p>
<p>검증된 원장에 나타나는 트랜잭션이 원장을 변경하는데 성공했거나, 요청된 작업을 수행하지 않고 처리되었을 수도 있다. 성공적인 트랜잭션에는 요청된 변경사항이 원장에 적용되고, 수수료가 청구되었음을 나타내는 tesSUCCESS <a href="https://ripple.com/build/transactions/#transaction-results">결과 코드</a>를 가지고 있다. 원장의 다른 트랜잭션에는 tec 클래스 결과 코드가 있다. 이 코드는 수수료를 청구하고, 다른 변경사항을 수행하지 않는 트랜잭션을 나타낸다.</p>
<p>tec 클래스의 트랜잭션은 수수료를 청구할때, 계정잔액을 변경하기 때문에 원장에 포함된다.</p>
<p>tes 및 tec 클래스 결과 코드 외에도, ter, tef, tem 클래스 코드가 있다. 후자 3가지는 API에 호출에 의해 반환되는 잠정적인 실패를 나타난다. 원장에는 test와 tec 코드만 남게 된다.</p>
<p>리플 API로 작업할때, 애플리케이션은 반드시 원장에 포함되도록 제안된 후보 트랜잭션과 검증된 원장에 포함된 검증된 트랜잭션을 구분해야 한다. 검증된 원장에서 발견된 트랜잭션 결과만 변경이 불가능하다. 후보 트랜잭션은 검증된 원장에 포함될 수 있거나, 포함되지 않을 수도 있다.</p>
<p>중요: 일부 리플 API는 후보 트랜잭션을 기반으로 잠정적인 결과를 제공한다. 애플리케이션은 트랜잭션의 최종결과를 결정하기 위해 이러한 잠정적인 결과에 의존해서는 안된다. 트랜잭션이 마침내 완전하게 성공했다는 것을 확실하게 알 수 있는 유일한 방법은 유효성있는 원장에 포함될때까지 트랜잭션 상태를 확인하고 결과코드 tesSUCCESS를 갖는 것이다. 트랜잭션이 다른 결과 코드가 있는 유효한 원장에 있으면, 해당 트랜잭션은 실패한 것이다. 트랜잭션의 마지막 원장 시퀀스에 지정된 원장이 유효성 검증을 받았지만, 거래가 원장 또는 그 원장 이전에 나타나지 않는다면, 해당 트랜잭션은 실패하여 어떠한 원장에도 나타나지 않을 것이다. 검증된 원장에 나타나거나 나중에 라스트 원장 시퀀스 제한으로 인해 표시될 수 없는 트랜잭션에서만 최종결과로 볼수 있다. (하단 참조)</p>
<h2 id="xrp-원장-프로토콜의-컨센서스와-검증">XRP 원장 프로토콜의 컨센서스와 검증</h2>
<p>P2P XRP 원장 네트워크는 트랜잭션을 수용하고 처리하는 '노드'라고 불리우는 많은 분산 서버로 구성된다. 클라이언트 애플리케이션은 트랜잭션에 서명하고 전송하는 처리를 위해, 네트워크 전체에서 이러한 서명된 후보 트랜잭션을 릴레이한다. 클라이언트 애플리케이션의 예로는 모바일/웹 지갑, 금융기관의 게이트웨이 및 전자 거래 플랫폼이 있다.</p>
<p><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-04.png" alt="Participants in the XRP Ledger Protocol"></p>
<p>트랜잭션을 수신, 릴레이 및 처리하는 노드는 노드를 추적하거나 노드를 검증할 수 있다. 노드의 주요기능을 추적하는 것에는 클라이언트로부터 트랜잭션을 배포하고, 원장에 대한 쿼리에 응답하는 것도 포함된다. 검증 노드는 노드 추적과 동일한 기능을 수행하고, 원장 시퀀스를 발전시키는 데 추가로 기여하게 된다.</p>
<p>클라이언트 애플리케이션에서 제출한 트랜잭션을 수락하는 동안, 각 추적노드는 마지막으로 검사된 원장을 시발점으로 사용한다. 승인된 거래는 각각 후보로 남게 된다. 노드는 이러한 후보 트랜잭션을 피어에게 릴레이하여, 후보 트랜잭션이 모든 네트워크 전체에 전파되도록 한다. 이상적으로 각 후보 트랜잭션은 모든 노드에게 전파되며, 각 노드는 동일한 트랜잭션 세트가 마지막으로 검사된 원장에 적용될 수 있다고 간주할 수 있다. 그러나 트랜잭션이 전파되는데에는 시간이 꽤 소모되기 때문에 노드는 항상 동일한 후보트랜잭션 세트로 작동하지 않는다. 이를 설명하기 위해 XRP 원장은 컨센서스라고 하는 프로세스를 활용, 동일하나 트랜잭션이 처리되고 검증된 원장이 P2P XRP 원장 네트워크에서 일관성을 유지하도록 한다.</p>
<h2 id="consensus">Consensus</h2>
<p>네트워크 노드는 후보 트랜잭션에 대한 정보를 공유한다. 합의 프로세스를 통해, 검증 노드는 후보거래의 특정 합위 집합에 대해 다음 원장에 대해 고려하도록 동의 한다. 이러한 합의는 노드가 제안 또는 후보 트랜잭션 세트를 중계하는 반복적인 프로세스다. 노드는 대다수의 피어가 동일한 후보 트랜잭션 세트에 동의할때까지 계속해서 업데이트 한다.</p>
<p>컨센서스 과정에서 각 노드는 선택된 검증자라고 불리는 특정 피어세트의 컨센서스 제안을 평가한다. 선택된 검증자들은 이러한 컨센서스 제안 들에 대해 사기를 방지하고, 신뢰를 얻기 위해 평가하게 된다. 여기서 말하는 '신뢰'의 의미는 각 개별 검증자를 신뢰할 필요가 없다는 것이다. 오히려, 검증자는 네트워크에 중계된 데이터를 위조하기 위한 노력을 하지 않을 것이라는 기대에 따라 선택된다.</p>
<table>
<thead>
<tr>
<th align="left"><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-05.png" alt="Validators Propose Transaction Sets"></th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">합의가 시작될때 노드는 서로 다른 트랜잭션 세트로 작동한다. 수많은 제안이 원장에 적용할 거래와 향후 컨센서스를 기다려야 할 거래를 결정한다.</td>
</tr>
</tbody>
</table>
<p>합의된 제안에 포함되지 못한 후보들은 후보로 남게 된다. 이들은 다음 합의에서 고려 될 수 있다.</p>
<table>
<thead>
<tr>
<th align="left"><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-06.png" alt="Through Consensus, Nodes Agree On Transaction Set"></th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">노드는 합의된 트랜잭션 세트 (녹색)를 마지막으로 유효성있는 원장에 적용한다. 세트에 없는 거래 (빨간색) 은 다음 라운드에서 합의 될 수 있다.</td>
</tr>
</tbody>
</table>
<p>일반적으로, 컨센서스를 통과하지 못한 거래는 다음 라운드에서 성공한다. 그러나 어떤 상황에서는 거래가 무기한 컨센서스를 통과하지 못할 수도 있다. 이러한 상황은, 네트워크가 기본수수료를 트랜잭션이 제공하는 것보다 높은 값으로 증가시키는 경우다. 향후 수수료가 낮아지면 거래가 성공할 수 있다.</p>
<p><a href="https://ripple.com/build/transactions/#lastledgersequence">마지막 원장 시퀀스(LastLedgerSequence)</a> 트랜잭션 필드는 합리적인 시간내에 실행되지 않으면, 이러한 트랜잭션을 만료시키는 매커니즘이다. 애플리케이션은 각 트랜잭션에 이 매개변수를 포함시켜야 한다. 이렇게 하면 트랜잭션이 지정된 원장 시퀀스 번호, 또는 그 이전에 성공하거나 실패하게 되므로 최종 트랜잭션 결과를 얻기 전에 응용 프로그램이 기다려야 하는 시간이 제한된다. 자세한 내용은 [여기](Reliable Transaction Submission)를 참조.</p>
<h2 id="검증">검증</h2>
<p>합의 라운드가 완료 되면 각 노드는 최종 유효성있는 원장에 합의된 트랜잭션 세트에, 후보 트랜잭션을 적용하여 새로운 원장을 만들어 낸다.</p>
<table>
<thead>
<tr>
<th align="left"><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-07.png" alt="A Network Node Calculates a Ledger Validation"></th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">각 추적 노드는 마지막으로 유효한 원장에 동의한 트랜잭션을 적용한다. 노드를 확인하면 전체 네트워크에 결과를 보낸다.</td>
</tr>
</tbody>
</table>
<p>검증 노드는 원장의 새버전을 만들어내고, 그 결과를 네트워크에 릴레이하며, 각 합의 중에 제안된 후보 트랜잭션을 기반으로 계산된 원장의 서명된 해시를 보낸다. 검증이라고 하는 이러한 서명 된 해시는 각 노드가 계산한 원장을 피어 원장과 비교할 수 있도록 한다.</p>
<table>
<thead>
<tr>
<th align="left"><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-08.png" alt="Ledger is Validated When Supermajority of Peers Calculate the Same Result"></th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">노드는 계산된 원장을, 선택한 검증 노드에서 수신한 해시와 비교한다. 동의하지 않으면 노드가 올바른 원장을 다시 계산하거나 검색해야 한다.</td>
</tr>
</tbody>
</table>
<p>네트워크의 노드는 피어의 대다수가 동일한 검증 해시에 서명하고 브로드 캐스트 될때, 유효성이 확인 된 것으로 잉ㄴ식한다. 앞으로 트랜잭션은 시퀀스 번호 N+1이 업데이트되고 현재 유요한 원장에 적용된다.</p>
<p>소수에 속하는 노드가 피어와 다른 원장을 계산한 경우에는, 노드는 계산된 원장을 무시한다. 올바른 원장을 다시 계산하거나, 필요에 따라서는 올바른 원장을 검색한다.</p>
<p>네트워크가 유효성 검사에 대한 초 대다수 합의를 달성하지 못한다는 것은, 거래량이 너무 많거나 컨센서스 프로세스가 일관된 제안을 하기에는 네트워크 대기 시간이 너무 컸다는 것을 의미한다. 이 경우 노드는 컨센서스 프로토콜을 반복한다. 컨센서스가 시작된 이래로 시간이 지남에 따라, 각 컨센서스 라운드가 의견차이를 줄임에 따라 대다수의 노드가 동일한 후보트랜잭션을 받을 가능성이 커진다. XRP 원장은 이러한 조건에 대한 응답으로 거래비용과 컨센서스를 기다리는 시간을 동적으로 조정한다.</p>
<table>
<thead>
<tr>
<th align="left"><img src="https://cdn.ripple.com/wp-content/uploads/2014/12/Overview-of-Ripple-Ledger-Consensus-and-Validation-12_12-09.png" alt="Network Recognises the New Validated Ledger Version"></th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">결국 컨센서스 프로세스의 마지막라운드에는, 노드가 검증된 노드로 업데이트 하게 된다.</td>
</tr>
</tbody>
</table>
<p>검증에 대한 초 대다수 합의에 도달하게 되면, 노드는 새로운 검증된 원장인 시퀀스 번호 N+1과 동작하게 된다. 컨센서스 및 검증 프로세스는 지난 라운드에 포함 되지 않은 후보 트랜잭션과, 그동안 제출된 새로운 거래를 고려하여 반복한다.</p>
<h2 id="요약">요약</h2>
<p>XRP 원장에 제출된 트랜잭션은 즉시 처리되지 않는다. 일정기간 각 거래는 후보로 남아있게 된다.</p>
<p>단일 트랜잭션의 라이프 사이클은 아래와 같다.</p>
<ol>
<li>계정 소유자가 트랜잭션을 작성하고 서명한다.</li>
<li>트랜잭션이 네트워크에 제출된다.</li>
</ol>
<ul>
<li>잘못 생성된 거래는 즉시 거부 될 수 있다.</li>
<li>올바르게 생성된 거래는 임시적으로 성공할 수도 있고, 나중에 실패할 수 있다.</li>
<li>올바르게 생성된 거래는 임시적으로 실패할 수도 있고, 나중에 성공할 수 있다.</li>
</ul>
<ol start="3">
<li>컨센서스 과정 중에, 각 거래는 원장에 포함된다.</li>
</ol>
<ul>
<li>성공적인 컨센서스 라운드의 결과로 검증된 원장이 나오게 된다.</li>
<li>컨센서스 라운드가 실패하게 되면 컨센서스 프로세스가 성공할 때까지 반복한다.</li>
</ul>
<ol start="4">
<li>검증된 원장에는 트랜잭션과 원장 상태에 미치는 것들이 포함된다.</li>
</ol>
<p>애플리케이션은 잠정 결과가 아닌 유효성 있는 원장의 정보에만 의존해야 한다. 일부 리플 API는 잠정적인 (임시) 결과를 반환한다. 이 트랜잭션의 결과는 해당 트랜잭션이 검증된 원장에 포함되거나, 트랜잭션에 마지막 원장 시퀀스 (Last Ledger Sequence)가 포함되며, 해당 시퀀스 번호 이하에서 검증된 원장에 나타나지 않을때만 변경할 수 없게 된다.</p>
<p>트랜잭션을 제출하는 애플리케이션의 모범사례는 아래와 같다.</p>
<ul>
<li>LastLedgerSequnce 매개변수를 활용하여 트랜잭션이 결정적이고, 신속한 방식으로 검증 또는 실패하는지 확인한다.</li>
<li>검증된 원장에서 트랜잭션 결과를 확인한다.
<ul>
<li>트랜잭션을 포함하는 원장이 검증되거나, LastLedgerSequnce에 통과되기 전까지의 결과는 잠정적 (임시) 이다.</li>
<li>결과코드 tesSUCCESS 및 <code>validated: true</code> 외의 결과는 모두 영구적으로 실패를 의미한다.</li>
<li>트랜잭션 LastLedgerSequence에서 확인한 검증된 원장까지, 검증된 원장에서 나타나지 않는 트랜잭션은 영구적으로 실패를 의미한다.
<ul>
<li>이 경우를 탐지하기 위해 연속성있는 원장 이력을 보유한 노드를 활용해야 한다.</li>
</ul>
</li>
<li>LastLedgerSequence에서 확인한 원장이 유효성을 검사할 때까지 반복적으로 트랜잭션 상태를 확인해야할 수도 있다.</li>
</ul>
</li>
</ul>

How Blockchain Will Accelerate Business Performance and Power the Smart Economy

[원문](https://hbr.org/sponsored/2017/10/how-blockchain-will-accelerate-business-performance-and-power-the-smart-economy?utm_source=WadeKWright)

정치경제학자 프란시스 후쿠야마는 사회자본이 물리자본만큼 중요한 미래를 예측했으며, 높은 수준의 사회적 신뢰를 가진 사회만이 새로운 경제에서 경쟁할 수 있는 대규모 조직을 창출할 수 있다고 예측했다.

20년이 지난 지금, 모든 거래의 수준에서 사회적 토대를 확대하는 놀라운 도구가 등장하고 있다. 원래 비트코인이라는 암호화폐 아래 데이터 기술로 명성을 얻은 오늘날 블록체인 기술은 통화의 범위를 훨씬 넘어서고, 전 세계의 거래적 사회적 신뢰와 관련된 문제를 해결하고 있다.

블록체인은 기업이 신뢰 경계를 넘어 자산의 소유권을 디지털 방식으로 추적하여 조직 간 협업 및 상상력이 풍부한 새로운 비즈니스 모델을 위한 새로운 기회를 열어 줄 수 있는 암호화적으로 안전한 공유 데이터 계층이다. 공유된 신뢰의 원천으로서 단일 회사에서 공급 업체, 고객 및 파트너와 공유하는 프로세스로 디지털 변환의 범위를 확장할 수 있다.

블록체인은 어떻게 작동할까?

## 진실에 대한 신뢰와 단일 근원을 구축하는 스마트 원장

엑셀 스프레드시트와 같이 당신이 잘 아는 장부를 상상해보라. 블록체인은 스프레드시트와 비슷하지만 몇 가지 중요한 차이점이 있다. 첫째, 변경할 수 없다. 데이터를 대체할 수 없다. 새로운 거래 만이 그 안에 기록 될 수 있다. 둘째, 블록체인 스프레드시트는 암호화로 안전하다. 이는 데이터가 조작되지 않은 높은 수준의 신뢰도를 제공한다. 셋째, 스프레드시트는 여러 당사자간에 공유된다. 마지막으로, 블록 체인 스프레드 시트는 사용자 간의 상호 합의에 의해 스프레드 시트에 배치되는 것을 결정하는 합의 알고리즘이라고하는 메커니즘을 가지고 있다.

이 원장 위에는 많은 블록체인이 ‘스마트 컨트랙트’를 제공한다. 이는 코드 내 비즈니스 프로세스를 표현한 것이다. 조직은 자신의 사업이 어떻게 수행 될지 정의하는 계약에 동의할 수 있으며 참가자가 상호 작용을 입증할 수 있는 기록과 함께, 구현된 내용이 일관되게 실행됩니다. 완전히 자동화된 경우 블록체인은 실행의 일관성을 강화하고, 분쟁 해결을 지원하며, 책임성을 높이고 더 나은 비즈니스 결정을 알릴 수 있는 종단 간 투명성을 제공할 수 있다.

## Good for Business, Good for Society

아이스크림을 만들고 전 세계 기업에 자사 제품을 판매하는 회사를 상상해보라. 농장에서 공장으로 이동하는 경로는 다양하며 트럭, 보트, 비행기 및 창고 등이 포함될 수 있습니다.

블록체인 구동 솔루션은 공급망 전체의 참가자들과 다른 관점에서 제품에 대한 정보를 포착한다. 블록체인 데이터는 그 제품의 원산지에 대한 진실의 원천이 될 수 있었다. 우유가 나온 소와 바닐라가 공급한 농지까지.

블록 체인은 공급망 참가자, 생산자 및 소비자에게 중요한 증명을 기록할 수 있다. 여기에는 농장이 지속 가능한 관행을 활용하고 공정한 무역 관행에 부합하도록 보장하는 것이 포함된다. 블록 체인에는 스마트 컨트랙트에 포함된 비즈니스 워크 플로우가 포함될 수 있기 때문에 공급망 구성원 간의 계약을 자동으로 정의, 모니터링 및 시행하는 데 사용할 수 있다. 예를 들어, 최종 수령인에게 물품을 배달할 때 스마트 컨트랙트는 자동으로 지불을 유발할 수 있으며 분쟁이 있을 때 계약은 참가자간에 청구가 어떻게 처리되는지 통제할 수 있다.

자동화 된 블록 체인 트리거 및 실행은 2008 년 우유 스캔들, 강제 아동 노동의 사용 중단, 유럽 식량 공급을 독살하기 위한 ISIS의 최근 위협 관리와 같은 경제 거래로 인한 인도 주의적 재앙을 피하는 데 도움이 되었을 수도 있다.

## IOT 기술과 함께 공급망에 활용

IoT와 Blockchain을 활용하면 공급망 전반에 걸친 준수를 모니터링하고 적용하는 새로운 방법을 제공합니다. 그 아이스크림 회사를 다시 한번 보자: 아이스크림은 고기, 우유, 약과 같은 많은 종류의 제품들 중 하나다. 아이스크림은 저장된 환경에 의해, 소비의 안전성에 영향을 받을 수 있다. 아이스크림은 운송 중에 녹고 재냉동할 수 있으므로 소비자에게 위험에 처해 있다는 명백한 징후를 인지하미 못하고 소비하는 것이 안전하지 않을 수 있다. 이는 아이스크림 회사의 운송 파트너는 재정적 책임을 초래할 수 있으므로 문제를 인식하지 못하거나, 혹은 책임 회피를 위해 아이스크림 회사 또는 고객과 정보를 공유하지 않을 수 있다.

블록 체인 솔루션을 사용하면 센서가 온도 및 습도 정보를 스마트 컨트랙트에 전달할 수 있으므로 공급망 참가자가 동의한 조건에 대해 환경 상태를 모니터링할 수 있다. 온도 또는 습도가 허용 범위 밖으로 떨어지면 스마트 컨트랙트 내에서 규정을 준수하지 않는 것으로 볼 수 있다. 모든 당사자들이 블록체인을 하나의 진실의 원천으로 사용하기로 합의했기 때문에, 아이스크림 회사는 실시간으로 이 사실을 경고할 것이고, 이는 공급망에서 제품을 꺼내 운송 계약 조건을 위반한 적절한 당사자에게 책임을 물을 수 있게 한다.

블록체인과 결합된 IoT 센서는 제약 산업이 주요 공공 안전 문제인 위약을 다루는 데 도움이 될 수 있다. 위약은 업계에 연간 약 2,000 억 달러의 비용이 소요되는 것으로 추정된다. 개발 도상국의 약제 중 3 분의 1은 위약이며 30%는 실제 약효가 없다. 그래서 3M과 같은 회사들은 질적으로 낮은 수준의 건강 문제 및 공공 문제를 해결하기 위해 공급망을 탐지하고 방지할 수 있는 블록체인 방식의 솔루션을 도입하고 있다.

## 디지털 세계에 힘을 실어주고 신뢰할 수 있는

블록체인 기술의 진정한 힘은 조직 전체에 걸쳐 많은 속성이 통합될 때 가장 잘 활용된다. 이 시나리오를 생각해보자. 시애틀에 기반을 둔 인기 있는 공유 서비스의 운전자 John은 훌륭한 운전자이며 고객과 함께 뛰어난 명성을 얻고 있다. John은 고급 자동차를 사서 더 높은 서비스 계층을 제공하고 싶지만 자금은 제한적이다. 운전면허증, 대출, 보험증이 필요할 것이다.

오늘날 자동차 제조업체, 은행, 보험 회사 및 정부 기관은 모두 디지털 기능과 서비스를 병행하여 진화하고 있다. 그들이 벽 너머의 기회에 눈을 돌리고 스마트 경제에 힘을 실어줄 수 있는 방법에 초점을 맞추면 어떻게 될까?

‘스마트 이코노미’ 접근법을 통해 밀레니엄 세대가 자동차를 적게 구입하고 있다는 사실을 인식한 자동차 제조업체들은 자동차 판매 및 임대를 위한 대체 모델을 모색하기 시작한다. 그들은 자격을 갖춘 운전자를 위한 대출을 인수하기 위해, 차량 공유 서비스와 사업을 하기 위한 스마트 컨트랙트를 만듭니다.

John은 그 스마트 컨트랙트 이용해서 자동차 제조업체로부터 차를 임대하는 것을 신청한다. 응용 프로그램 프로세스에 대한 스마트 컨트랙트는 여러 아래와 같은 평판 소스를 사용합니다.

- 정부는 John의 신원을 증명한다
- 교통부는 현재 이 유형의 차량을 운전할 수 있는 면허가 있음을 증명한다.
- 차량 공유 서비스는 그의 운전 평판 (승차감, 운전빈도, 가치) 등을 증명한다.
- 은행은 John의 재산과 지불능력을 증명한다.
- 자동차 제조업체는 차량 서비스 기록과 부품의 출처를 증명한다.

그런 다음 알고리즘이 이 데이터에 적용되고 John에게 어떤 유형의 제안을 해야하는지에 대한 결정이 내려진다. 낮은 점수가 책정된다면, John은 합리적인 요금으로 자동화되고 스마트 컨트랙트 기반 프로세스를 사용하여 임대 계약을 제공할 수 있다. 좋은 점수가 나온다면, John은 제조업체 또는 대출 서비스 회사에 직접 운임의 일정 비율을 할당한 대출 조건으로 무료로 차를 제공할 수 있다. 좀 더 좋은 점수가 나온다면, John은 연료 및 통행료의 적용 범위뿐만 아니라 무료로 자동차를 제공 받게 되며,이 모든 요금은 요금의 일정 비율로 지불된다.

John은 또한 그의 새 차에 대한 보험이 필요할 것이다. 보험 회사는 차량 서비스 기록, John의 고용 세부 사항 및 John의 운전 기록에 액세스하여 차량에 대한 맞춤형 보험 견적을 생성할 수 있다. 통행료 및 임대 지불과 마찬가지로 스마트 컨트랙트를 활용하여, 승차 요금의 수익금을 자동차 제조업체에 지불과 연동될 수 있다.

공공 안전 관점에서 볼 때, 정부 규제 기관과 자동차 서비스 라이더는 자신의 승차가 안전할 것이라고 확신할 수 있다. 존이 범죄 배경 조사를 통과했고, 유효한 면허를 가지고 있으며, 지역 사회에서 운전한 이력이 있으며, 법으로 허용되는 것보다 더 많은 시간을 운전하지 않았으며, 운전자로서의 긍정적인 명성을 가지고 있음을 보여주는 증명과 투명성을 얻을 수 있다. 그들은 또한 존이 운전하는 차가 안전하다는 것을 믿을 수 있다. 정부는 또한 차량 공유 서비스에서 블록 체인의 동기화된 사본을 가지고 있어 준수를 보장하고 집행 비용을 줄이기 위해 실시간 감사를 제공할 수 있다. 

## 경계가 없어진다.

블록체인에 수십억 달러가 투자되고 있으며, 지구상에서 가장 똑똑한 사람들 중 일부는 이 기술이 어떻게 조직과 산업을 재창조할 수 있는지 이해하는 데 종사하고 있다. 블록체인의 잠재적 영향은 기업들이 기존 비즈니스 모델을 재고하고, 이전에 실행 불가능하다고 생각했던 기회를 재검토하고, 수익에 영향을 미치고 사회에 도움이 될 수 있는 새로운 기회의 경계를 탐구하도록 유도하고 있다.

혁신적인 디지털 신뢰 플랫폼을 기반으로 구축된 새로운 스마트 글로벌 경제가 구축되고 있다. 이 기술은 더이상 변두리에 머물러 있지 않으며, 새로운 방향과 가능성이 있는 기회는 무한하다. 점진적 변화를 활성화하고 이를 실현하기 위해서는 성장을 위한 마인드셋과 사명 중심의 접근 방식이 필요하다. 재창조의 민첩성을 지닌 조직, 즉 상업적으로 실행 가능한 속도로 새로운 비즈니스 기회를 열어주는 소음을 뛰어넘는 조직은 디지털 시대에 번창할 것이다.

How Blockchain Will Accelerate Business Performance and Power the Smart Economy [원문](https://hbr.org/sponsored/2017/10/how-blockchain-will-accelerate-business-performance-and-power-the-smart-economy?...

블록체인이 비즈니스를 향상시키고 스마트 경제를 만드는 방법

How Does Proof of Authority Consensus Work?

[원문](https://blockonomi.com/proof-of-authority/)

권한증명(이하 PoA)는 지난 2017년 3월 이더리움 프로토콜을 기반으로 한 블록체인에 제안되었다. 이는 원래 [이더리움의 Ropsten 테스트 네트워크에 대한 스팸공격](https://github.com/ethereum/ropsten/blob/master/revival.md)을 해결하기 위한 해결책으로 개발되었었다. 이 새로운 네트워크는 [Kovan](https://kovan.etherscan.io/)으로 명명되어 오늘나라 모든 이더리움 사용자가 사용할 수 있는 기본 테스트 네트워크로 자리잡았다.

PoA합의는 기본적으로 지분 증명 모델에서 실제 지분을 보유하는 방법대신, 검증자의 신원(Identity)을 지분처럼 활용하는 모델이다. 이 신원은 각 네트워크 내의 트랜잭션 및 블록을 검증하기 위해, 사전 승인된 유효성 검증자 그룹(검증자)에 의해 확인된다. 검증자 그룹은 네트워크의 효율성과 관리 가능한 보안을 보장하기 위해 일반적으로 상당히 작은 크기 (25이하)를 유지해야 한다.

PoA 네트워크의 주요 특징은, 요구되는 연산 능력이 상대적으로 낮고, 합의에 도달하기 위한 노드간의 통신 요구 사항이 없으며, 네트워크의 연속성은 공개 도메인에서 교차 검증을 통해 사전 승인되고 검증가능하게 신뢰할 수 있기 때문에 사용가능한 노드의 수와 독립적이라는 것이다.

PoA는 알고리즘을 해결하기 위해 전력을 소비해야 하는 PoW모델 보다 덜 계산 집약적이도록 설계되었다. 또한 PoA는 PoS모델 내에서 두 당사자간의 지분이 동일할 수도 있지만, 각각의 가치는 보유 지분에 따라 달라질 수 있다는 우려를 없앴다. 예를 들어 엘리스는 1000개의 xyz토큰을 가지고 있고, bob도 1000개의 xyz 토큰을 가지고 있다고 가정해보자. 그러나 이들의 실제 재산에 차이가 있다면, 실제 자신의 자산이 더 작은 쪽이 해당 xyz 네트워크의 성공에 투자할 가능성이 크다.

> 그다지 적절한 예 & 표현은 아니었던 것 같다. 

검증자 (validator)가 되기 위해서는 기본적으로 아래와 같은 3가지 요구 사항이 있다.

1. 이들의 신원은 공개 도메인 (예: 공증 데이터베이스)에서 사용할 수 있는 신뢰할 수 있는 데이터를 통해, 신원을 상호 참조 할 수 있는 기능이 있는 상태에서 신원을 공식적으로 식별이 가능해야 한다.
2. 검증자가 될 수 있는 자격은, 장기적으로 검증자가 재정적,평판적으로 정직한 검증자로 남아있기 위한 분명한 동기로 작동하기 위하여, 어려워야 한다.
3. 검증자를 설정하는 프로세스는 일정해야 한다.

위의 요구사항을 약간씩 변형한 몇가지 플랫폼이 있다. 이 플랫폼들은, 결과적으로 검증자들이 장기적으로 네트워크의 일부로 남아 있으며, 부정직하게 행동되는 것이 도움이 되지 않도록 하는 데에 중점을 두고 있다. 악의적으로 행동하는 검증자는 검증 프로세스 상에서 쉽게 제거하고 교체할 수 있어야 한다. 검증자의 최종 결과는 미래의 재정적인 수입 손실 뿐만 아니라, 명성에 대해서도 손실이 있을 것이다.

인터넷 소셜미디어의 현재 환경에서, 우리는 사람들이 논평이나 발언을 제대로 하지 못함으로써 대중의 비난을 통해 명성을 잃는 것이 얼마나 쉬운지 반복적으로 지켜보았다. 공공영역에서 평판의 취약성에 대한 인식이 높아 짐에 따라, 검증자가 시스템 내에서 정직하게 행동할 수 있는 이러한 평판이 강력한 인센티브가 되어야 한다.

동시에, PoA는 주로 프라이빗 블록체인에 가장 효과적으로 보인다. 예를 들어, 각 은행이 자체 검증자 역할을 하는 검증 가능한 은행 네트워크를 들 수 있다. 블록체인의 상태를 확인 하기 위해서는 대다수가 필요하며, 프로세스 상에서의 상당한 영향력, 개인정보보호, 권한 등을 포기하지 않고도 거래 검증과 합의에서 향상된 효율성을 유지할 수 있다. 

## 현재 구현된 PoA

앞서 언급되었뜻이, PoA는 현재 이더리움의 Kovan 테스트 넷에서 사용중이다. 또한 여러 유명 플랫폼에서 사용되며, 현재 시점에서는 프라이빗 블록체인 네트워크를 구현하려는 여러 기관에게 가장 그럴듯한 합의 매커니즘으로 보인다.

Autority Network (POA Network)에서 증명은 블록체인에서 PoA합의를 구현하는 원칙에 기반한 플랫폼이다. PoA 네트워크는 스마트 컨트랙트를 위한 공개 플랫폼으로, 독립적인 검증자로 구성된 노드가 있는 이더리움의 사이드 체인이다. 누구나 쉽게 확인할 수 있고, 온체인 확인과 상호 참조가 가능하므로 공공 데이터베이스 검증자를 자격 검증 메커니즘으로 사용한다. 본질적으로, 검증자들은 2단계를 통해서 공식적으로 신원을 확인한다. 클라이언트 측 PoA 네트워크 Dapp 과 공증인 시스템.

또다른 예로는 VeChainThor 블록체인 네트워크가 있다. 이 네트워크는 주로 공급망 및 물류 영역에서 정보 및 추적의 투명한 흐름 공개를 위한 엔터프라이즈 수준의 공개 블록체인에 중점을 둔다. VeChain은 자체 독점 검증 프로세스를 통해 유효성 검증 노드를 선택하고 네트워크에서 PoA 컨센서스를 사용하여 거래 및 블록 체인 상태를 확인하는 효율을 활용으로써 해당 노드에 이점을 제공한다. 

만약 Vechain이 PoS 또는 PoW에 합의 모델을 의존한다면 Bitcoin 및 PoS 플랫폼과 같은 PoW 암호 화폐가 겪고 있으며 극복해야 하는 확장성 솔루션을 연구, 최적화 및 적절하게 구현해야하므로 플랫폼 출시가 크게 지연 될 수 있다. 이미 공급망 산업에 종사하고 있는 회사가 네트워크 내에서 유효성 검사자가 되도록 허용하면 프라이빗 블록 체인 네트워크에서 쉽게 달성할 수 있는 네트워크 보안을 만드는 데 도움이 되는 집단으로 조정할 수 있다.

PoA 컨센서스의 최적화 된 버전의 다른 구현에는 Hyperledger 및 Ripple 등도 있다. Hyperledger Fabric의 합의는 실용적인 비잔틴 결함 허용에 근거하지만, 컨소시엄 블록 체인을 위한 open-source umbrella framework 의 일부로 PoA 컨센서스를 사용한다. 리플은 PoA 합의의 반복적 형식을 사용하고 있다. [자세한 정보](https://ripple.com/build/xrp-ledger-consensus-process/#consensus)

## PoA의 장점과 우려

PoA 합의가 일부 퍼블릭 블록 체인에서 구현되었지만, 그들은 여전히 Bitcoin과 Ethereum이 열망하는 진정한 의미의 분산화 부족하다. 여기서 의미는 PoA 합의 플랫폼이 실제로 완전히 분산되어 있다고 주장하는 것이 아니라, 탈중앙화와 중앙 집중화로 인한 효율성 사이의 절충안을 의미한다. 

한편으로 PoA 모델에 대한 몇 가지 우려 중 하나는, 다소 분산되어 있지만 여전히 중앙 집중식 시스템의 효율적인 버전이라는 것이다. 이는 프라이빗 블록체인, 심지어 일부 퍼블릭 블록체인의 이상적인 특성에 대한 회의론으로 보인다. 사설 블록체인으로서 은행이 PoA 합의 네트워크를 사용한다고 가정해보자. 거래 또는 네트워크를 사용하는 특정 업체의 검열 및 블랙리스트 지정은 대부분의 검증자(은행)의 큰 관심사가 될 수 있으며, 이 시점에서부터 블록체인을 불변의 원장형태로 사용한다는 아이디어가 쓸모없게 된다.

> 즉, 과연 모두가 공평하게 분산원장을 가짐으로서 블록체인으로서의 의미가 있는데, 일부 검증자들에게 그 권한을 주는 것이 블록체인의 기본적인 사상에 옳은가 하는 궁극적인 질문이다.

약간 이상해보이는 또 다른 우려도 있다. 어떤 사람들은 단순히 자신의 평판에 신경 쓰지 않는다는 사실이다. 이와 비슷하게, 그들의 명성을 망치는 것에 대한 보상은, 그것이 네트워크 내에서 그들의 행동의 직접적인 파생물이든 제3자가 부정한 행동을 하도록 획득한 재정적 인센티브이든 간에, 단순히 비용보다 더 크다는 것이다. 이는 노드 수에 제한이 있는 검증자의 모델에 내재된 문제이며, 제3자의 외부 영향력에 노출된게 된다.

> 평판, 명성 다 까고 그냥 한탕 하기 위해서 오작동하는 검증자는 어떻게 할 것인가?

PoA 컨센서스 네트워크의 장점은 상당히 분명하다. 트랜잭션 시간 및 전체 네트워크 컨센서스의 효율성 향상. PoA 컨센서스를 사용하는 이러한 모델은 분산된 응용 프로그램에서도 훨씬 효과적이며 분산된 네트워크에 비해 쉽게 확장할 수 있다. 또한 관련 기술의 혁신은 검증자가 서로 독립적이며 제 3 자 개입에 취약한 네트워크를 더욱 안전하게 유지하는 데 도움이 될 수 있다. 예를 들어, Intel의 SGX 보안 컴퓨팅 기술은 노드에서 실행되는 검증자 소프트웨어를 외부 간섭으로부터 보호하는 데 도움이 되는 방법으로 채택되었다.

## 결론

Ropsten 테스트 네트워크의 내재적 문제를 극복하기 위해 고안된 합의 모델에서 스마트 컨트랙트, 사이드 체인 및 글로벌 공급망 추적의 거대한 산업에 초점을 맞춘 퍼블릭 블록체인의 공식 검증 방법에 이르기까지 Proof of Authority 합의는 다양한 합의 메커니즘을 테스트하고 구현하는 데있어 중요한 발전이다.

PoA 합의가 궁극적으로 프라이빗 블록 체인에서 주로 사용되거나 공공 및 분산 네트워크의 중요한 사이드 체인으로 사용 될 수 있는지 여부는 아직 알려지지 않았습니다.

How Does Proof of Authority Consensus Work? [원문](https://blockonomi.com/proof-of-authority/)  권한증명(이하 PoA)는 지난 2017년 3월 이더리움 프로토콜을 기반으로 한 블록체인에 제안되었다. 이는 원래 [이더리움의 Ropsten 테스트 네트워크에 대한 스팸공격](https://...

yceffort

blockchain

플라즈마: 이더리움 확장성을 위한 혁신적인 프레임워크

이더리움 지분 증명

리플 컨센서스 알고리즘

블록체인이 비즈니스를 향상시키고 스마트 경제를 만드는 방법

PoA(권한 증명)은 어떻게 작동하는가?