波场 TRON 산업 주간 보고서: BTC 조정, ETH 급등, JP Morgan & 삼성 투자 Canton Network 투자 참여

?### 일.전망

1. 거시적 요약 및 미래 예측

지난주, 미국 주식시장은 전반적으로 강력한 성과를 이어갔으며, S&P 500과 나스닥 지수는 연속으로 역사적인 최고치를 경신했습니다. 기술 및 AI 칩 산업이 시장의 활기를 지원했습니다. 연방준비제도(Fed)의 정책 기대에 차이가 나타나고 있으며, 일부 위원들은 7월에 25bp 금리 인하를 촉구하고 있지만, 트럼프 정부의 잦은 개입으로 인해 시장은 통화 정책의 안정성에 대한 우려를 낳고 있습니다. 향후 몇 달간 경제와 시장의 방향은 무역 상황의 발전, 인플레이션의 변화 및 연준의 통화 정책 조정의 실제 경로에 크게 의존할 것입니다.

2. 암호화폐 산업 시장 변동 및 경고

미국 하원은 7월 14일부터 "암호화폐 주간"을 개최하여 여러 정책 프레임워크를 집중적으로 검토하고 있습니다. 이러한 정책 동향은 비트코인 가격 및 암호화 시장의 합법화 기대를 강하게 자극하고 있습니다. 기관의 지속적인 유입과 입법의 긍정적인 기초가 형성되고 있지만, 높은 레버리지와 과매수 상태는 단기 변동성 위험을 증가시킵니다. 투자자들은 구조적으로 긍정적인 시각을 유지하되 위험 관리 의식을 높이고, 후속 법안 진행 및 시장 자금 동향을 면밀히 주시할 것을 권장합니다. 특히 파생상품 시장의 위험 신호에 주의해야 합니다. 전반적으로 암호화폐 산업은 규범화 및 대규모 기관 참여의 새로운 시대에 접어들고 있으며, 향후 변동성은 여전히 높을 것입니다.

3. 산업 및 트랙 핫스팟

1,800만 달러를 투자받은 BitGo와 Coinbase가 참여한 프로젝트 Veda --- 원주율 수익 인프라로, 크로스 체인 DeFi 작업 및 수익 삽입을 간소화합니다; 1,000만 달러를 투자받은 Units.Network --- 체인 간 상호 운용성을 지원하는 모듈화된 Layer-0 체인 공장입니다.

이.시장 핫스팟 트랙 및 당주 잠재 프로젝트

1. 잠재 프로젝트 개요

1.1. 1,800만 달러를 투자받은 BitGo와 Coinbase가 참여한 프로젝트 Veda --- 원주율 수익 인프라로, 크로스 체인 DeFi 작업 및 수익 삽입을 간소화합니다.

소개

Veda는 자산 가격 책정, 회계, 보안, 최적화 및 자동화 관리를 위한 프로토콜 수준의 메커니즘인 DeFi 금고 인프라(vault primitive)입니다. 비관리형, 신뢰 최소화 및 조합 가능성과 같은 특성을 갖추고 있어 기업, 자산 발행자, 프로토콜, 블록체인, 공공 체인 지갑 및 애플리케이션이 복잡한 스마트 계약 및 오프체인 인프라를 재구성하지 않고도 기업 수준의 DeFi 제품을 개발할 수 있게 합니다.

Veda는 크로스 체인 작업, 수익 최적화 및 위험 완화와 같은 복잡한 프로세스를 추상화하여 소비자와 기관이 체인 상 금융에 참여하는 장벽을 크게 낮추었습니다. Veda를 통합한 프로토콜은 사용자에게 실시간 및 투명한 보안을 제공하여 원활한 접속을 실현합니다.

Veda는 금고 및 자산 큐레이션(curation) 분야에서 항상 시장 선두 자리를 유지하고 있으며, 주요 성과는 다음과 같습니다:

• DeFi에서 가장 큰 금고 제공자 및 자산 큐레이터로 인정받으며, 관리하는 총 잠금 가치(TVL)는 300억 달러를 초과하고, 사용자 수는 10만 명을 초과합니다.
• DeFi에서 가장 널리 사용되는 금고 표준인 BoringVault를 개발했습니다.
• 최초의 금고 토큰 eBTC를 Aave 메인 시장에 상장했습니다.
• Binance Web3 지갑 및 ByBit Web3 지갑에 통합되었습니다.

구조 개요

Veda의 방법론: 크로스 체인 조합 가능한 DeFi 금고 인프라(Vault Primitive)

DeFi 금고 인프라는 개발자가 자본을 더 쉽게 유입하고 위험을 줄이며 생태계 유동성을 최적화할 수 있도록 합니다. Veda의 BoringVault는 이 과정의 핵심으로, 다음 기능을 통해 실현됩니다:

• 표준화된 가격 책정 및 회계: 사용자 잔액 및 금고 지분의 실시간 추적;
• 적응형 구성: 다양한 수익 전략에 자본을 동적으로 배분;
• 자동화 최적화: 최적의 위험 수익 비율을 달성하기 위해 지속적으로 조정;
• 빠른 반복: 48시간 이내에 새로운 금고를 배포하거나 전략을 업데이트할 수 있습니다.

핵심 차별화 특성:

• 프로토콜, 자산 및 체인 독립성: 여러 블록체인(EVM, SVM, MoveVM 등) 간에 원활하게 작동하며 다양한 DeFi 프로토콜과 통합됩니다.
• 임의의 복잡한 전략 지원: 오프체인 논리와 모듈화된 구조를 결합하여 금고 큐레이터는 동일한 금고 내에서 다양한 체인 상 수익 전략을 실행할 수 있습니다.
• 검증 가능한 제약: 금고 작업은 체인 상에서 볼 수 있는 화이트리스트 동작 집합에 의해 제한됩니다.
• 비관리형 메커니즘: 사용자 자금은 감사된 스마트 계약에 보관되며 중앙 집중식 관리가 필요하지 않습니다.
• 강력한 조합 가능성: 대출 시장, 탈중앙화 거래소(DEX) 및 수익 거래 프로토콜 등 다른 DeFi 원주율과 유연하게 조합하여 강력한 금융 애플리케이션을 구축할 수 있습니다. 예를 들어, Veda 금고 지분은 Aave 메인 시장에서 담보로 수용된 최초의 금고 토큰입니다.

BoringVault 구조 및 자금 흐름: 기업 수준 DeFi 보안 프레임워크의 모듈화 설계

BoringVault는 제로에서 시작하여 가장 안전하고 유연한 기업 수준 DeFi 제품 개발 프레임워크가 되는 것을 목표로 합니다.

그 모듈화된 구조는 최소화된 핵심 계약 논리(약 100행 코드로 "boring" 금고라고 불림)를 사용하며, 핵심 기능은 여러 유틸리티 스마트 계약 모듈의 협력을 통해 수행됩니다:

• BoringVault (금고 본체)
  사용자 자산의 주요 예치 계약. 내부 논리는 매우 간단하며, 외부 모듈에 위임하여 작업을 분리함으로써 유연성과 안전성을 강화합니다.
• Teller (출납 모듈)
  사용자 지분의 발행 및 상환 작업을 처리하며, 예금을 관리하고 지분 잠금 기간을 강제하며, 특정 조건에서 환불하여 사용자 권리를 보호합니다.
• Hook (후크 모듈, 선택 사항)
  지분 이동 전에 사용자 정의 논리를 트리거하는 모듈로, 전송을 제한하거나 추가 보안 검사를 실행하는 데 사용할 수 있습니다. 전형적인 사용 사례에는 계약 수준의 규정 준수 기능이 포함됩니다.
• Manager (자산 관리 모듈)
  금고 자산의 재조정 작업을 담당합니다. Merkle 증명 메커니즘을 통해 권한이 부여된 사전 정의된 전략만 실행되도록 하여 금고 행동을 엄격하게 통제합니다.
• Accountant (회계 모듈)
  금고 지분의 환율을 계산하고 업데이트합니다. 환율 변화가 허용 범위 내에 있도록 보장하며, 비정상적인 변동이 발견되면 업데이트를 일시 중지하여 시장의 극단적인 상황으로 인한 손실을 방지합니다.
• uManagers (미세 관리자)
  재조정 과정에서 추가 논리를 도입합니다. 예: 구성 상한 강제 실행, 슬리피지 검사 검증 또는 완전한 체인 상 자동화 전략 실행.
• DecoderAndSanitizer (디코더 및 보안 필터)
  새로운 외부 프로토콜을 통합할 때 데이터를 디코딩하고 정화하여 안전하고 예상된 작업만 실행되도록 보장합니다.
• Oracle (오라클 모듈)
  수익 및 기본 자산 가치를 추적하며, 최대 업데이트 빈도, 최대 가격 편차 등과 같은 체인 상 검사 메커니즘을 준수하여 정보의 진실성과 신뢰성을 보장합니다.

자금 흐름 프로세스

1. 사용자가 Teller를 통해 예치를 시작하면, Teller는 전송 Hook을 호출하고 Accountant가 제공한 환율에 따라 사용자에게 금고 지분 토큰을 발급합니다.
2. 자금은 배분될 때까지 금고 계약에 보관됩니다(약 24시간마다 한 번).
3. Curator는 Merkle 트리 화이트리스트 메커니즘을 통해 자금을 선택된 DeFi 프로토콜에 배분합니다.
4. 사용자가 인출이 필요할 경우, 자신의 금고 지분을 인출 계약으로 보내어 해당 기본 자산을 교환합니다(선택적 잠금 기간을 기다려야 할 수 있습니다). 주의: 인출 논리를 금고 핵심 논리와 분리하는 것은 안전상의 이점이 있습니다.
5. 24시간마다 Oracle은 Accountant를 통해 금고 환율을 업데이트하여 발생한 이자 또는 수익을 반영합니다.

평가

Veda는 원주율 DeFi 수익 인프라로서 모듈화, 비관리형, 조합 가능성 등의 두드러진 장점을 가지고 있으며, 크로스 체인 작업, 복잡한 전략 실행 및 기업 수준 제품 구축을 지원하여 개발 장벽을 크게 낮추고 안전성과 유연성을 향상시킵니다. 대표적인 금고인 BoringVault는 극단적으로 간단한 핵심 논리와 플러그형 모듈 설계를 통해 자산의 효율적인 관리 및 동적 수익 분배를 실현합니다.

그러나 전략 실행과 크로스 체인 의존성이 많은 외부 모듈 및 오라클에 의존하므로 극단적인 시장이나 체인 간 통신 지연에서 일정한 운영 위험 및 동기화 문제를 초래할 수 있습니다.

1.2. 1,000만 달러를 투자받은 Units.Network --- 체인 간 상호 운용성을 지원하는 모듈화된 Layer-0 체인 공장 해석

소개

Unit Zero는 Waves 기반의 고성능, 확장 가능하고 안전한 네트워크로, EVM과 호환되며, 탈중앙화 거버넌스 및 미래 지향적인 상호 운용성을 갖추고 있으며, LPoS 합의 메커니즘을 채택하고 Unit 0 인센티브 메커니즘에 의해 구동됩니다.

구조 개요

Unit Zero는 Waves 블록체인 위에 구축된 고성능 네트워크로, 다음과 같은 장점을 가지고 있습니다:

• 뛰어난 확장성, 안전성 및 탈중앙화 특성 제공
• 혁신적인 구조로 생태계 내 다중 체인 상호 연결 구현

핵심 기능:

• EVM 호환성: Unit Zero 네트워크에 dApp을 신속하게 배포 지원
• 고성능 및 확장성: LPoS 합의 채택으로 효율적인 거래 처리 구현
• 탈중앙화 거버넌스: 커뮤니티 주도의 네트워크 관리 및 의사 결정 메커니즘
• Unit0 인센티브 메커니즘: 블록 생성, 거버넌스 참여 및 생태계 구축 프로젝트에 보상 제공
• 체인 간 상호 운용성: 미래 지향적으로 다른 블록체인과의 통합 지원

작업 흐름 해체
Unit Zero 네트워크는 상호 연결된 노드의 집합으로 구성됩니다.

주의: Unit Zero의 Layer-1 네트워크는 일부 Waves Layer-0 노드를 활용합니다.

체인 계약은 다음과 같은 방식으로 Layer-1 네트워크 내의 합의를 유지합니다:

• 생성자 약속: 생성자는 Layer-1 블록 생산에 참여할 것을 약속합니다.
• Epoch 관리: 각 Layer-0 블록은 하나의 Layer-1 epoch에 해당합니다.

공정한 PoS 알고리즘, 메커니즘은 다음과 같습니다:

• Layer-1 블록 생성의 지연을 계산합니다.
• 블록 생성 자격을 정의합니다.

블록 생성: 선택된 생성자는:

• 거래를 Layer-1 블록으로 패키징합니다.
• 블록에 서명합니다.
• Layer-0에 블록 메타데이터를 기록합니다.

분기 해결: 50% 이상의 Layer-1 생성 잔액을 제어하는 생성자 체인을 우선시합니다.

핵심 요소 해체

1. 노드

노드는 블록체인의 완전성을 유지하는 기본 구성 요소로, 데이터를 저장하고 거래를 검증하며 합의 및 데이터 정확성을 보장하는 역할을 합니다.

Unit Zero 노드는 두 개의 구성 요소로 이루어져 있습니다:

1. 실행 클라이언트: 거래를 처리하고 블록체인 상태를 업데이트합니다. 실행 클라이언트는 P2P 네트워크 내에서 서로 통신하며 JSON-RPC API 요청을 처리합니다.
   주의: Hyperledger Besu는 실행 클라이언트로 사용할 수 있습니다.
2. 합의 클라이언트: 블록 추가 및 네트워크 참여자 간의 합의를 구현합니다.
   주의: ConsensusClient 확장이 설치된 Waves 노드는 합의 클라이언트 역할을 합니다.

보상
노드를 운영함으로써 다음과 같은 방식으로 보상을 받을 수 있습니다:

1. 거래 수수료: 처리된 거래에서 발생하는 수수료.
   주의: 수수료는 네트워크 트래픽 및 거래량에 따라 달라질 수 있습니다. 예시 블록을 확인하면 "거래 수수료" 열에서 수신된 금액을 볼 수 있습니다.

2. 블록 보상: 네트워크 간 블록 생성에 참여하여 얻는 보상.
   주의: Unit Zero 네트워크는 WAVES LPoS 합의 메커니즘을 채택하여 블록 생성 확률을 평등하게 보장합니다.

3. 네트워크 구조

Unit Zero의 네트워크는 Layer-0 및 Layer-1 네트워크 구조를 포함한 상호 연결된 노드 체인으로 구성됩니다. 이러한 계층 간의 협력은 효율적인 블록체인 작업을 보장하고 네트워크의 안정성과 안전성을 유지합니다.

• Layer-0은 크로스 체인 상호 작용 및 합의 프로토콜 실행을 보장하는 기본 인프라를 제공합니다.
• Layer-1은 구체적인 거래 검증 및 블록 생성을 담당하며 Layer-0 네트워크와 협력합니다.

1. 합의 메커니즘

Unit Zero는 WAVES LPoS(Leased Proof of Stake) 합의 메커니즘을 사용하여 생성자의 약속(Generator Commitment)을 통해 Layer-1 블록 생산에 참여합니다. 그 핵심 특징은 다음과 같습니다:

• 공정한 블록 생성: 생성자는 블록 생성에 참여할 평등한 기회를 가집니다.
• 분기 해결: 50% 이상의 생성 잔액을 제어하는 생성자 체인을 우선시합니다.

1. 네트워크 환경

Unit Zero 네트워크는 두 가지 다른 환경에서 운영됩니다:

• 메인넷(Mainnet): 실제 자산의 거래 및 사용자 작업을 처리하며, 실제 경제 가치를 가집니다.
• 테스트넷(Testnet): 개발자와 사용자에게 안전한 환경을 제공하여 무위험 기능 테스트 및 최적화를 수행할 수 있습니다.

이러한 구성 요소를 통해 Unit Zero는 효율적이고 안전하며 탈중앙화된 블록체인 생태계를 구현하여 복잡한 거래 작업 및 확장성 테스트를 지원합니다.

평가

Unit Zero의 장점은 다층 구조 설계에 있으며, Layer-0 및 Layer-1 네트워크를 결합하여 효율적인 확장성과 안정성을 제공합니다. WAVES LPoS 합의 메커니즘을 채택하여 블록 생성의 공정성을 보장하며, 체인 계약을 통해 강력한 합의 보장을 실현합니다. 또한, 노드 구조가 유연하여 개발자가 메인넷과 테스트넷 간에 무위험 개발 및 디버깅을 수행할 수 있도록 지원합니다.

단점은 여러 계층의 네트워크 및 합의 메커니즘에 의존하기 때문에 초기 기술 복잡성이 높고 노드 관리 요구가 엄격할 수 있습니다. 또한 보상 메커니즘이 사용자의 참여를 장려하지만, 실제 보상의 크기는 네트워크 트래픽 및 거래량 변동의 영향을 받을 수 있습니다.

2. 당주 주요 프로젝트 상세

2.1. 1억 3,500만 달러를 투자받은 JP Morgan 및 삼성 투자 참여의 Canton Network --- 금융 기관 거버넌스, 원자 거래 및 개인 정보 보호 지원의 기관급 Layer-1 블록체인 네트워크

소개

Canton Network는 Digital Asset가 출시한 공공 Layer-1 블록체인으로, 기관 금융 시나리오를 위해 설계되었으며, 개인 정보 보호, 상호 운용성 및 확장성을 갖추고 있습니다. DAML 스마트 계약을 기반으로 구축되어 "필요에 따라 가시성"의 개인 정보 보호 메커니즘을 실행하여 서로 다른 참여자가 관련된 거래 데이터만 접근할 수 있도록 합니다. 이 네트워크는 Linux 재단 산하의 Global Synchronizer Foundation의 지원을 받으며, 여러 금융 기관이 공동으로 거버넌스를 수행하고, 토큰화된 채권 및 현금과 같은 원자 수준의 크로스 애플리케이션 거래를 지원하면서 계좌 격리 및 규정 준수를 보장합니다.

기존 블록체인 네트워크와 유사하게, Canton Network는 참여자 간의 민감한 데이터의 실시간 동기화를 구현합니다. 공공 블록체인 네트워크에서 개인 체인 수준의 개인 정보 보호 능력을 갖추고 있으며, 네트워크 내의 각 애플리케이션은 공통 원장 뷰를 공유합니다. Canton Network는 강력한 스마트 계약 언어인 Daml을 사용하여 각 자산 또는 데이터 조각에 프로그래밍 가능한 개인 정보 보호 메커니즘을 내장할 수 있습니다. Canton 프로토콜은 각 애플리케이션이 독립적으로 확장할 수 있도록 하여 유용성을 높이고 낮은 비용을 유지합니다.

특징 분석

1. Daml

Daml은 다수의 참여자가 있는 애플리케이션의 개발, 실행 및 유지 관리를 간소화하고 개인 정보 보호 및 데이터 일관성을 보장하기 위해 설계된 오픈 소스 스마트 계약 언어 및 개발 프레임워크입니다. 더 구체적으로:

• Daml은 현실 세계의 비즈니스 거래 규칙을 설명하는 개념을 제공하여 프로그래머가 비즈니스 논리에 집중하고 일반적인 보안 취약점을 피할 수 있도록 돕습니다.
• Daml은 스마트 계약 코드 내에서 접근 및 권한 부여 정책을 정의할 수 있어 동기화 관리를 용이하게 합니다. 데이터는 기본적으로 비공개이며, 접근 정책을 쉽게 정의할 수 있어 스마트 계약 개발자가 쉽게 이해하고 유지할 수 있습니다.
• Daml은 애플리케이션 상호 운용성을 지원하여 서로 다른 네트워크의 서로 다른 애플리케이션에 배포된 작업 흐름을 조합할 수 있습니다. 어떤 참여자도 기존 작업 흐름을 조합하여 기능을 확장할 수 있으며, 이러한 능력은 원장의 자연스러운 성장을 촉진하고 복잡성을 관리하는 데 도움을 줍니다. Daml은 각 애플리케이션의 기밀성과 권한 요구 사항을 보장하면서 크로스 애플리케이션 네트워크의 작업 흐름 조합을 실현합니다.
• Daml은 일반 프로그래밍 언어에 대한 바인딩 자동 생성, 다른 블록체인과의 연결 도구 및 일반 표준 및 도메인 특정 라이브러리를 제공하여 다른 시스템과의 상호 운용성을 지원합니다.

계약
Daml은 "계약"을 네트워크 내 여러 참여자가 특정 작업 흐름에 대해 합의한 코드화된 프로토콜로 정의합니다. 이러한 참여자는 계약 서명자(signatories)라고 합니다. 또한 계약을 볼 수 있지만 서명할 수 없는 참여자는 계약 관찰자(observers)라고 합니다. 참여자는 개인 실체로서 개인 키로 서명할 수 있으며, 유연한 다중 서명 전략을 사용하는 연합 조직일 수도 있습니다. 따라서 자산은 중앙 집중식 실체에 의해 발행될 수도 있고, 여러 기관으로 구성된 연합에 의해 공동 서명될 수도 있습니다.

거래
계약은 거래 중에 생성되며, 생성되면 "유효"로 간주됩니다. 이후의 거래는 해당 계약을 보관(archive)하여 "무효" 상태로 만들 수 있습니다.

개인 정보 보호를 보장하면서 네트워크 내의 각 참여자 간의 일관성을 확보하기 위해 거래는 두 가지 주요 특성을 가져야 합니다:

1. 서로 다른 참여자가 거래 순서에 대해 합의할 수 있는 메커니즘이 있어야 하며, 이를 통해 뷰의 차이를 방지합니다.
2. 서로 다른 참여자는 각 계약의 개인 정보 정의에 따라 거래에서 자신과 관련된 부분만 접근할 수 있으며, 이러한 메커니즘을 "하위 거래 개인 정보(sub-transaction privacy)"라고 합니다. 각 참여자는 자신과 관련된 거래 조각, 즉 "하위 거래"만 보고 검증할 수 있습니다.

시스템 내의 모든 활성 상태의 계약은 "활성 계약 집합(Active Contract Set, ACS)"이라고 하며, 그 상태는 거래 그래프에 의해 생성됩니다. 각 거래는 계약을 생성하거나 보관할 수 있으며, 의존하는 계약을 참조할 수 있습니다. 새로운 거래는 원자적 변경으로 거래 그래프의 끝에 추가되며, 여러 하위 거래를 포함할 수 있습니다. 서로 다른 참여자는 서로 다른 하위 거래 내용을 보게 되므로, 각 참여자가 관찰하는 ACS는 전체 ACS의 하위 집합이 됩니다.

이 거래 모델은 비트코인과 같은 공공 블록체인이 사용하는 UTXO 모델과 유사하지만 두 가지 주요 차이점이 있습니다:

1. 어떤 참여자도 전체 거래 그래프를 볼 수 없으며, 각 참여자는 자신의 가시적인 하위 그래프(view)만 볼 수 있습니다. 이는 비트코인이나 Cardano와 같은 체인에서 모든 사용자가 전체 네트워크 거래 그래프를 볼 수 있는 것과 다릅니다.
2. 거래는 반드시 참조하는 계약을 보관(즉, UTXO)하지 않아도 됩니다. 보관 여부는 애플리케이션 논리에 따라 달라지며, Daml의 consuming 및 non-consuming 키워드를 통해 정의할 수 있습니다. 반면 비트코인에서는 특정 UTXO를 참조하면 시스템이 이를 사용된 것으로 간주합니다.

또한 Daml의 거래 구조는 트리 구조로, 작업 흐름의 조합을 지원합니다. 기존 작업 흐름의 트리 구조는 더 복잡한 작업 흐름의 하위 트리로 통합될 수 있습니다. 각 참여자는 자신과 관련된 하위 트리만 검증하면 되며, 다른 부분은 무시할 수 있습니다.

그림 1: 하위 거래 개인 정보가 있는 거래 그래프 예시. Alice와 Bob은 전체 거래 그래프의 일부만 볼 수 있습니다. 초기 상태에서 총 세 개의 활성 계약이 있으며, 각 참여자는 그 중 두 개만 볼 수 있습니다. 거래 1과 거래 2는 각각 Alice와 Bob이 제출하여 활성 계약 집합(ACS)을 업데이트했습니다: 두 개의 초기 계약을 보관하고 두 개의 새로운 계약을 생성하며, 두 개의 임시 계약을 생성하고 보관했습니다. 이 두 거래 후 시스템에는 세 개의 활성 계약(그림에서 보라색으로 표시됨)이 있으며, 각 참여자는 그 중 두 개만 접근할 수 있습니다.

다시 말해, Canton의 원장 모델은 다른 블록체인과의 주요 차이점이 있습니다: Canton에서는 각 참여자가 활성 계약 집합(ACS)의 일부와 전체 거래 그래프의 하위 그래프만 볼 수 있으며, 이를 해당 참여자의 "뷰(view)"라고 합니다. 이러한 참여자 특정 뷰는 자체적으로 유효한 원장으로 간주되며, 해당 참여자 노드에서 로컬 검증이 가능합니다. 이 과정에서 다른 어떤 참여자도 신뢰할 필요가 없습니다.

어떤 거래나 하위 거래가 특정 참여자 노드에 도달하면, 해당 노드는 세 가지 검증을 수행합니다:

1. 해당 거래가 현재 뷰와 일치하는지 여부;
2. 거래가 스마트 계약 내에서 작성된 논리에 부합하는지 여부;
3. 거래가 올바른 권한을 부여받았는지 여부.

스마트 계약 언어

Daml은 정적 타입 시스템을 갖춘 현대 함수형 프로그래밍 언어로, 컴파일 단계에서 여러 가지 예상치 못한 행동 및 논리 오류를 배제할 수 있습니다.

개발자는 "계약 템플릿"을 통해 데이터 구조, 작업 흐름 의미 및 거래 실행 논리를 정의합니다. 템플릿은 개념적으로 객체 지향 프로그래밍의 클래스 정의 또는 데이터베이스의 데이터 테이블 구조와 동일합니다. 각 템플릿은 다음 내용을 포함합니다:

• 매개변수(Arguments): 계약이 저장하는 데이터.
• 작업 옵션(Choices): 참여자가 계약에서 수행할 수 있는 작업. 객체 지향 프로그래밍의 메서드 또는 데이터베이스의 저장 프로시저와 동일합니다.
• 권한(Authorization):

• 서명자(Signatories): 계약의 생성 또는 보관을 승인해야 하는 참여자;
• 관찰자(Observers): 계약을 볼 수 있지만 작업에 참여하지 않는 다른 참여자;
• 제어자(Controllers): 작업 옵션을 실행하여 계약에 대해 구체적인 행동을 취할 수 있는 참여자.
  참여자는 특정 작업을 수행하기 위해 자신의 권한을 다른 참여자에게 위임할 수 있습니다. 특정 거래가 특정 참여자의 권한을 사용하면, 해당 참여자는 그 작업을 볼 수 있습니다.

• 제약 조건(Constraints): 모든 템플릿 인스턴스가 충족해야 하는 조건으로, ensure 키워드를 통해 정의됩니다.

원장 모델

Daml의 원장 데이터 모델은 전통적인 블록체인과는 다른 방식으로 개인 정보 보호 및 확장성 문제를 해결합니다. Daml 모델에서는 원장이 모든 참여자 간에 완전히 복제되지 않고, 개인 정보 규칙에 따라 분할되어 각 참여자는 자신과 관련된 "뷰" 또는 "원장 조각(shard)"만 저장합니다. 따라서 네트워크 내에는 모든 사용자가 공유하는 원장 복사본이 존재하지 않으며, 각 참여자는 자신의 계약만 포함된 원장을 가집니다. 거래가 발생할 때, 거래의 관련자만 자신의 원장 뷰를 업데이트합니다.

이로 인해 한 가지 도전 과제가 발생합니다: 스마트 계약의 기록이 특정 참여자에게만 보이는 여러 원장에 분산되어 있을 경우, 이러한 계약 기록의 정확성과 일관성을 어떻게 보장할 것인가? Daml은 "가상 글로벌 원장" 개념을 도입하여 이 문제를 해결합니다. 모든 참여자의 원장 뷰는 글로벌 가상 원장의 하위 집합으로 간주됩니다. 이 가상 원장은 특정 데이터 저장소에 존재하지 않으며, 일관성 메커니즘(Canton 프로토콜)을 통해 각 정상 작동 노드의 원장 뷰가 이 글로벌 원장의 유효한 하위 집합이 되도록 보장합니다.

또한 Daml의 설계는 "네트워크 내의 네트워크" 아키텍처를 지원합니다. 각 참여자는 하나 이상의 서브넷에 연결할 수 있으며, Canton 프로토콜은 이러한 서브넷 간의 디지털 자산 거래를 동기화할 수 있습니다. 이러한 아키텍처는 개인 정보 보호를 보장할 뿐만 아니라 성능 및 확장성을 향상시킵니다.

결국, Daml의 완전한 탈중앙화 및 참여자 중심의 원장 모델은 계약 및 자산 소유권의 비밀성과 정확성을 보장할 뿐만 아니라, 사용자가 여러 서브넷 간에 자유롭게 조합하고 분산 금융 및 비즈니스 네트워크를 구축할 수 있도록 허용합니다.

그림 2: Canton의 원장 모델. 각 참여자는 자신의 유효한 원장을 가지며, Canton 프로토콜은 글로벌 원장과의 일관성을 유지하여 각자의 상태를 동기화합니다. 글로벌 원장은 가상이며, 어떤 단일 참여자도 그 전체 내용을 저장하지 않습니다. 이 예시에서 활성 계약 집합(ACS)은 총 여섯 개의 계약을 포함하고 있지만, 각 참여자는 그 중 2개에서 4개 계약만 접근할 수 있으며, 그림에서 파란색으로 표시됩니다.

2. Canton

Canton은 Daml의 원장 모델을 구현하기 위해 설계된 오픈 소스, 개인 정보 보호 기능을 갖춘 블록체인 프로토콜입니다. 그 핵심 특징은 다음과 같습니다:

• 참여자 노드(Participant Nodes): 특정 사용자 또는 기관을 대표하는 노드로, 해당 참여자가 배포하며 여러 개가 있을 수 있으며, 네트워크 내에서 해당 참여자를 대신하여 계약 작업을 수행합니다.
• 동기화 도메인(Sync Domains): Canton 서비스 제공자(CSP)가 운영하는 통신 구성 요소로, 메시지 정렬, 암호화 전송 및 타임스탬프 관리를 담당합니다. 각 참여 노드는 하나 이상의 동기화 도메인에 연결하여 다른 노드와 상호 작용합니다.
• CSP 및 vCSP: CSP는 단일 실체일 수도 있고, 여러 참여자로 구성된 "가상 CSP"(vCSP)일 수도 있으며, 후자는 분산 동기화 도메인을 공동 배포하여 구현합니다. 누구나 성능, 규정 준수, 지역 등의 요구를 충족하기 위해 새로운 동기화 도메인을 배포할 수 있습니다.
• 암호화 통신 및 중립성: 모든 동기화 도메인에서 전송되는 데이터는 암호화되며, CSP는 메시지 내용을 읽을 수 없으므로 개인 정보 보호 및 네트워크 중립성을 보장합니다.
• 네트워크 토폴로지: Canton은 Daml 애플리케이션으로 구성된 "조합 가능한 메쉬 네트워크"를 구축하며, 각 애플리케이션은 자신의 요구에 따라 신뢰 모델, 접근 제어 정책 및 운영 복잡성의 균형을 선택할 수 있습니다.

그림 3: Canton 네트워크 토폴로지. 각 참여자는 Canton 서비스 제공자(CSP) 또는 연합으로 구성된 가상 CSP(vCSP)를 통해 서로 연결됩니다. 참여자의 노드가 동일한 CSP 또는 vCSP에 연결되어 있으면 거래를 수행할 수 있습니다. 네트워크 내에는 어떤 노드도 모든 거래를 처리해야 하는 상황이 없습니다.

단일 노드는 처리 능력 및 저장 측면에서 제한이 있지만, Canton 네트워크 자체에는固有의 확장 병목 현상이 없습니다: 참여 노드는 자신과 관련된 데이터 및 작업 흐름만 처리하며, 서로 다른 동기화 도메인은 이러한 데이터를 병렬로 동기화합니다. 참여자는 어떤 동기화 도메인에 연결할지 자유롭게 선택할 수 있으며, 해당 동기화 도메인의 CSP가 연결 요청을 수락하기만 하면 됩니다. 개방형 동기화 도메인은 규격에 맞는 요청이 참여할 수 있도록 허용합니다.

Canton은 공공 허가 네트워크를 지원하며, 누구나 다양한 이유로 Canton 동기화 도메인을 배포하여 CSP가 될 수 있습니다. 동기화 도메인 간에는 고립되지 않으며, 하나 이상의 동기화 도메인을 공유하는 참여자는 더 고급 작업 흐름을 조합할 수 있습니다. 여기에는 애플리케이션에서 선택한 동기화 도메인을 통해 처리되는 다중 애플리케이션 원자 거래가 포함됩니다. 계약의 서명자와 관찰자는 어떤 동기화 도메인이 계약 동기화를 담당할지를 제어할 수 있으며, 계약 정렬을 담당하는 동기화 도메인을 재배치하여 동기화 도메인의 잠금 또는 검열을 피할 수 있습니다.

아래 그림은 특정 계약의 동기화 책임을 동기화 도메인 1에서 동기화 도메인 2로 재배치하는 사건 순서를 보여줍니다.

그림 4: 동기화 도메인 재배치의 시퀀스 다이어그램. 계약 서명자는 특정 계약의 동기화 책임을 하나의 동기화 도메인(및 해당 CSP)에서 다른 동기화 도메인으로 전환하는 데 동의할 수 있습니다.

**데이터 수명 및 규정