블록체인 vs. 분산 원장 기술 Part2: 지배 역학 (1)

in #kr2 years ago (edited)

블록체인 vs. 분산 원장 기술 Part2: 지배 역학

이더리움(Ethereum), 하이퍼레져 페브릭(Hyperledger Fabric), R3 코다(Rc Corda)에 대한 아키텍쳐 고려사항

원문 Blockchain vs. Distributed Ledger Technologies Part 2: Governing Dynamics
번역 @partykim
기획 @krexchange

by 브랜트 수(Breant xu)-ConsenSys, 프로토콜 비지니스 설계자, 벌컨 리서치 (Vulkan Research) CRO : 덴드로비움 프로젝트(Dendrobium Project)

컨센시스 미디어(ConsenSys Media)의 블록체인 vs 분산화 원장 기술 Part1을 읽으세요.

블록체인 vs. 분산 원장 기술 플랫폼

데이터베이스 조정과 더 효율적인 코드의 할당이 시스템이 원하는 기능이라면 블록체인은 조직이 필수적으로 찾고 있는 솔루션이 아니라는 것을 인정해야합니다. IBM Fabric 또는 R3Corda와 같은 분산 원장 기술 (DLT) 시스템은 블록체인 시스템과 유사한 기능을 수행 할 수 있지만 블록체인은 코드조정을 넘어서는 추가기능을 가진 분산원장의 분리된 하위집합이라는 것을 고려해야 합니다. 블록체인은 시스템의 구성에 따른 디지털 값의 인스턴스 생성 관련하여 분산 원장이 수행하지 못하는 기능을 수행 할 수 있습니다.

이 문서에서는 블록체인 기능에 기여하는 부분을 확인하는 아키텍쳐 고려사항에 대해 탐구합니다. 아마도 블록체인이 달성 가능한 것과 DLT가 제공하는 것 사이의 트레이드 오프(Trade-off)에 대한 조사가 될 것입니다. DLT는 신뢰할 수 있는 공유 환경에서의 트랜잭션 처리를 위한 것이었지만, 진정한 블록체인은 높은 충실도(High-Fidelity)와 계정의 불변성을 달성하기 위해 신뢰할 수 있는 설정의 필요성을 희생하도록 설계되었습니다. 높은 충실도(High-Fiidelity)와 불변의 측면은 적절하게 디지털화된 자산의 성공에 필수적입니다. 이 문서에서 분석한 내용은 여러 비즈니스 프로세스 전반의 아키텍처 구성 요소를 통합하여 플랫폼 전체의 기술적 차이를 더욱 명확히 설명합니다.

image.png
그림1: 어떻게 기능과 사용사례 측면에서 비교하고 기술스택 사이에 구분짓는 것은 매우 중요합니다. 분산 원장 기술은 블록체인 기술의 영향을 많이 받아 왔지만, 기술 플랫폼의 아키텍쳐 고려 사항을 구분해야 합니다.

비교는 소프트웨어 플랫폼 내에 존재하는 몇 가지 주요 구별되는 특징들을 기반으로 이루어질 것입니다. 이 문서에서 살펴볼 주요 영역은 다음과 같습니다.

  1. 상태(State): 컴퓨팅 환경에서 정보를 쉽게 표현할 수 있도록 코드를 구성 할 수있는 논리의 기본 단위입니다. 상태는 다양한 상황에서 다양한 의미를 가질 수 있지만, 블록체인 과 분산 원장 환경에서의 상태의 사용은 데이터 구조의 존재론적 특성의 최근 구성으로 이루어집니다.

  2. 트랜잭션(Transactions): 블록체인 환경에서 트랜잭션은 개발 환경 내에서 상태 발생 또는 상태 전이를 유도 할 수있는 컴퓨팅 이벤트로 간주됩니다. 트랜잭션은 계약을 시작하거나 기존 계약을 요청할 수 있습니다.

  3. 스마트 컨트랙트(Smart Contracts): 아키텍처 관점에서 블록체인 플랫폼을 평가할 때는 스마트 계약 코드의 구조와 실제 블록체인 네트워크 토폴로지와 관련하여 어떻게 작동하는지를 결정하는 것이 중요합니다. 스마트 컨트랙트는 플랫폼 생태계 내에서 작업을 실행하는 개별 코드 단위로 간주됩니다.

다음 표에서는 각 플랫폼의 다양한 기술적 기능 간의 주요 차이점을 간략히 보여 줍니다.

image.png

I. 상태(State)

이더리움(Ethereum)

이더리움은 공유 분산 구성을 가진 생태계로서 "계정"이라는 개체 구성을 통해 "상태"개념을 인스턴스화합니다. 이더리움에는 두 가지 유형의 계정이 있습니다.

  • 컨트랙트 계정 : 컨트랙트 코드로 관리되는 계정
  • 외부 소유 계정: 개인 키로 관리되는 계정

이더리움은 계정 주소와 계정 상태의 매핑 인 World State의 개념을 사용합니다.
State_Root는 시스템에서 계정을 병합하는 패트리샤 머클 트리 루트입니다. 그리고 계정안에는 컨트랙트 상태가 패트리샤 머클 트리 데이터 구조안에 구성이 됩니다. 상태의 루트 해시는 궁극적으로 시스템의 불변성을 가져오는 네트워크 전체의 복제를 허용하는 머클 트리의 데이터 아이덴티티를 보호하는데 사용이 됩니다.

image.png
진정한 블록체인은 패트리샤 머클트리 데이터 구조에 의존하는 것과 시스템 상태의 인스턴트화에 사용되는 블록사이의 조정을 근거로 DLT와 구별됩니다. 이러한 개념은 블록체인 시스템 아키텍쳐의 충실도, 유효성 그리고 데이터 통합에 필수적입니다.

논평(Commentary)

이더리움 World State가 생성하는 기능은 가치를 디지털 형태로 인스턴트화하는 것을 허용하는 신뢰할 수 없는 시스템입니다. 토큰 경제가 기본인 디지털 대의 가치의 근원은 이더리움의 하위 데이터 구조와 계정의 구성으로 부터 파생될 수 있습니다. 기존의 엔지니어링에서 논리 게이트가 기능적 알고리즘을 인스턴트화 할 수 있는것과 같은 방식입니다. 개인 구성과 이더리움 클라이언트를 포함한 이더리움으로 부터 파생 된 플랫폼들은 로직 구성과 상태 보존에 관한 기준의 확신에 의해 가치를 인스턴트화하는 것으로 부터 가치를 실현할 수 있습니다. 이러한 논리적 가치 기반 기능 중 하나를 인스턴스화하지 못한 플랫폼은 진정한 분산형 디지털 자산 가치를 창출하지 못하게 됩니다.

2편으로 이어집니다.


*본 번역은 스티미언들의 후원으로 이루어졌습니다.
*SBD 보상의 50%는 다음 번역을 위하여 사용되며, 20%는 번역가에게 돌아갑니다.
*후원해 주시면 더 많은 글을 번역하고 게시할 수 있습니다.

Sort:  

좋은 번역글 잘 읽었습니다. 논평 부분에서 '인스턴트화'는 '인스턴스화'가 아닌가 싶구요. '신뢰할 수 없는' 은 '신뢰가 필요하지 않은' 이 문맥상 맞아 보이네요. Trust-less를 번역하신 거죠?

오류 지적 감사합니다. 말씀대로 '인스턴스화'가 맞는 표현입니다. 그리고 그다음 지적해주신 부분은 원문에 Trustless 라고 표기된 것을 '신뢰할 수 없는'으로 번역한 것인데, 대게 블록체인에서 신뢰할만한 중앙관리자가 필요 없다는 의미에서 Trustless가 사용되는 것인데 제가 오역한 부분이네요... ; ) 다시 한번 감수해 수정 요청하도록 하겠습니다. 제 보팅파워가 약소한 관계로 감사의 의미로 1스달 보내드리도록 하겠습니다.

번역료를 많이 드린 것도 아닌데 이렇게 까지 A/S를 해주시니 너무 감사드립니다.

보상을 바라고 쓴 글은 아닌데, 스달을 보내주셔서 어찌할지 모르겠네요^^ 이런 번역작업을 하시는 분들이 더 생태계에 도움이 된다고 생각하고 응원합니다~!

에공 이렇게 따듯한 댓글로 응원을 해주시니 너무 힘이 됩니다. 너무 감사드립니다. !