베라체인은 시장에서 많은 주목을 받고 있는 블록체인으로서 커뮤니티와 개발자들로부터 많은 관심을 받고 있는 여러 혁신과 기능을 가지고 있습니다. 베라체인은 작업 증명 메커니즘과 세 가지 토큰 모델을 통해 온체인 유동성 문제에 대한 독특한 솔루션을 제공합니다. 메인넷 출시를 앞두고 있는 베라체인은 초기 에코 유저와 프로젝트를 유치하고 지원하기 위해 인센티브 프로그램과 TGE를 출시했습니다.

베오신은 로닌 네트워크, 멀린 체인, 만타 네트워크, 셀프 체인 등 여러 블록체인 네트워크의 공식 감사 파트너로서 이번 포스트에서는 설명베라체인의 아키텍처, 세 가지 네이티브 앱의 설계 및 관련 계약 실행 프로세스에 대해 설명하여 독자들이 베라체인에 대해 더 깊이 이해할 수 있도록 돕고자 합니다.

1. 아키텍처

베라체인은 트리플 토큰 모델과 유동성, 합의, 거버넌스 메커니즘을 통합하여 체인 생태계에서 유동성 공급자에게 추가적인 인센티브를 제공하는 유동성 증명 합의 메커니즘을 도입한 Layer1 EVM 동급 체인입니다.

베라체인 아키텍처는 두 가지 주요 레이어로 나뉩니다.

(1) 비콘키트 합의 레이어. 이 레이어는 블록체인의 합의 메커니즘을 주로 담당하며, 기본 합의 알고리즘으로 CometBFT를 채택하고 이를 기반으로 유동성 증명을 도입하며, CometBFT는 빠른 거래 확인과 비잔틴 장애 허용 기능(BFT, Byzantine Fault Tolerance Function)을 제공할 수 있는 텐더민트 기반의 합의 프로토콜입니다. ). 베라체인에서 비콘키트는 코멧BFT를 더욱 캡슐화하여 모든 이더넷 가상 머신(EVM) 호환 실행 환경과 상호 작용할 수 있도록 합니다.

(2) EVM 실행 레이어 베라체인의 실행 레이어는 이더리움 가상 머신과 동일한 가상 머신을 사용하므로 모든 이더리움 호환 환경에서 베라체인의 실행 레이어를 사용할 수 있습니다. 베라체인의 실행 레이어는 이더와 동일한 가상 머신인 EVM(이더리움 가상 머신)을 사용하여 기존 이더 툴체인, 스마트 컨트랙트 및 생태계를 지원하므로 개발자는 이더에서 베라체인으로 직접 스마트 컨트랙트와 탈중앙화 애플리케이션(dApp)을 이식할 수 있습니다.

베라체인에서는 다음과 같은 노드를 사용할 수 있습니다. 노드 유형은 검증 노드와 RPC 노드의 두 가지 카테고리로 나뉩니다. 각 노드는 풀 노드 또는 아카이브 노드로 구성할 수 있으며, 각 노드 유형은 실행 클라이언트와 합의 클라이언트의 조합으로, 실행 수준에서 베라체인에서 구축한 BeaconKit 합의 클라이언트 및 프레임워크와 페어링된 모든 EVM 실행 클라이언트를 지원합니다.

● 실행 클라이언트 :< strong>스마트 컨트랙트 코드 실행, 상태 변경 관리, 트랜잭션 로직 실행을 담당합니다. 베라체인은 이더리움 엔진 API를 사용하여 6가지 주요 EVM 실행 클라이언트인 Geth, Erigon, Nethermind, Besu, Reth, 이더리움js를 지원합니다.

●  합의 클라이언트: 네트워크 노드 간의 합의에 도달하고 트랜잭션과 블록을 검증하고 정렬하는 역할을 담당하며, 베라체인은 BeaconKit을 합의 클라이언트로 사용합니다.

2. 유동성 증명(PoL)

베라체인의 유동성 증명 토큰은 유동성(PoL) 토큰 이코노미 모델에는 세 가지 핵심 토큰이 포함됩니다.

$BERA: BERA는 거래 결제 및 검증자를 위한 서약 토큰으로 사용되는 Berachain의 기본 가스 토큰입니다. >

$BGT: 온체인 거버넌스 참여, 보상 분배 및 검증자 위임에 사용되는 Berachain의 거버넌스 토큰입니다. 일반 거버넌스 토큰과 비교하여 이 토큰의 독특한 특징은 BGT가 소울 바운드 토큰으로 양도할 수 없다는 점, 즉 사용자가 주소 간에 BGT를 전송할 수 없지만 1:1 비율로 BERA로 교환할 수 있다는 점입니다. 단, 이는 단방향 작업이며 BERA를 BGT로 교환할 수 없다는 점에 유의해야 합니다. . BGT는 양도 불가능한 소울 바운드 토큰으로, 유동성 제공, 대출 등 실제 베라체인 생태계 참여를 통해서만 거버넌스에 참여할 수 있으며, 구매나 거래를 통해 획득할 수 없는 사용자를 나타냅니다.

$HONEY: 베라체인 생태계 안팎에서 안정적이고 신뢰할 수 있는 교환 수단을 제공하는 데 사용되는 베라체인의 기본 스테이블코인으로 공식적으로 1달러의 페그로 평가됩니다. HONEY는 완전히 담보화된 스테이블코인으로, 화이트리스트에 등록된 담보를 볼트에 예치하여 발행할 수 있습니다. BGT 거버넌스에 따라 담보에 따라 발행 비율이 달라집니다.

베라체인은 유동성 증명(PoL) 메커니즘을 사용합니다. 베라체인이 채택한 유동성 증명(PoL) 메커니즘은 모든 체인 생태계에서 유동성 공급자의 기여도를 고려한다는 점에서 기존의 합의 메커니즘(예: 작업증명 또는 지분증명)과 다릅니다. 유동성 채굴과 서약을 통해, 베라체인은 더 많은 사용자가 베라체인 전체 생태계에 참여하도록 인센티브를 제공하기 위해 PoL을 사용합니다. 다음은 베라체인의 기본 탈중앙화 거래소인 BEX를 사용하는 베라체인 생태계에서 PoL의 주요 프로세스 예시입니다:

. class=" list-paddingleft-2">

• 초기 서약: 사용자가 먼저 블록 자격을 갖춘 검증자가 되기 위해 BERA를 서약합니다.

• 블록 제안: 활성 검증자가 무작위로 선택되어 새로운 블록을 제안합니다.

• 보상 분배: 블록을 제안하는 검증자는 각 검증자가 설정한 매개변수에 따라 체인 생태계의 다양한 보상 풀에 분배할 거버넌스 토큰(BGT)을 부여받습니다.

• 유동성 공급자: BEX의 경우 유동성 공급자는 토큰(예: HONEY 및 BERA)을 BEX 풀에 예치하고 유동성 바우처 토큰(예: $HONEY-WBERA)을 획득하여 보상 풀에 공약하여 유동성을 공급할 수 있습니다. 리워드 볼트에 약정된 토큰은 기여도에 따라 BGT 보상을 받을 수 있습니다.

• 위임 거버넌스 토큰: BGT 보유자는 활성 검증인에게 위임하여 블록을 제안할 때 해당 검증인의 보상 할당 가중치를 높여 BGT 할당에 영향을 미칠 수 있지만, 해당 가중치는 검증인이 블록을 생성할 확률에는 영향을 미치지 않습니다.

현재 거버넌스 토큰 BGT는 주로 베라체인의 공식 네이티브 디앱 3개, 베라체인의 네이티브 탈중앙화 거래소인 BEX 1개, 그리고 베라체인 네이티브 비위탁 대출 프로토콜인 Bend, 그리고 네이티브 탈중앙화 레버리지 거래 플랫폼인 Berps가 있으며, 이 글에서는 이 세 프로젝트의 비즈니스 로직에 초점을 맞출 것입니다.

3. PoL과 BEX

BEX(베라체인 거래소)는 베라체인의 네이티브 탈중앙화된 strong>유동성 풀: BEX의 유동성 풀은 거버넌스를 통해 PoL 보상 풀로 업그레이드하여 BGT 보상을 받을 자격을 얻을 수 있습니다.

유동성 공급자: 사용자는 BEX에서 유동성을 공급하고 LP 토큰을 받을 수 있으며, 이 토큰을 PoL 보상 풀에 담보로 제공하여 BGT 보상을 받을 수 있습니다.

거버넌스: BEX의 거버넌스 메커니즘은 제안을 통해 새로운 유동성 풀을 PoL 보상 풀에 화이트리스트에 등록할 수 있도록 허용하여 이러한 풀이 BGT 보상을 획득할 수 있도록 합니다.

테스트 체인의 컨트랙트를 살펴보면 현재 BEX. 의 주요 코드 아키텍처는 세 부분으로 나뉘며, 첫 번째 부분은 BeraCrocMultiSwap 컨트랙트 (https://bartio.beratrail.io/address/ 0x21e2C0AFd058A89FCf7caf3aEA3cB84Ae977B73D)로, 주로 토큰의 다중 경로 교환을 담당하며 사용자의 토큰 교환에 중간 토큰이 포함될 때 호출해야 합니다.

두 번째 파트는 다음과 같습니다. 크록스왑덱스 컨트랙트(https://bartio.beratrail.io/address/0xAB827b1Cc3535A9e549EE387A6E9C3F02F481B49)로, 유동성 추가 및 제거를 포함하여 풀에 대한 모든 사용자 작업을 담당합니다,

세 번째 부분은 경로 계약이며, 체인 BEX에는 총 8가지 유형의 경로 계약이 있으며, 다른 경로 계약은 다른 기능에 해당하는 사용자에 따라 다른 작업에 해당하는 CrocSwapDex 계약으로 전달됩니다. 사용자가 크로크스왑덱스 컨트랙트의 다른 연산에 대해 전달한 사용자 Cmd 매개변수에 따라 크로크스왑덱스는 프록시를 통해 해당 경로를 호출하여 지정된 로직을 완료합니다.

프로젝트의 주요 로직은 다양한 경로의 기능에 따라 다음과 같은 카테고리로 나뉩니다. 프로젝트의 주요 로직은 다양한 Path 기능에 따라 다음과 같은 카테고리로 나뉩니다:

• BootPath: 계약 업그레이드 관련 기능

• BootPath: 계약 업그레이드 관련 기능

• BootPath. 왼쪽;">콜드패스: 풀 초기화 및 오버담보화 기능을 포함한 트랜잭션에 구애받지 않는 관리 로직

• 핫패스: 가장 일반적인 로직인 토큰의 단일 단계 교환을 담당

• KnockoutPath: 이 이벤트는 거래가 미리 정해진 유동성 경계 지점 또는 가격 지점(범프 포인트라고 함)을 넘을 때 트리거되며 유동성을 재평가하거나 조정하는 데 사용됩니다. 일반 거래 경로와 달리 유동성 경계를 넘기 위한 코드는 너무 복잡하여 일반 거래를 처리하는 핫패스에 모두 포함할 수 없으므로 별도로 처리됩니다

• LongPath: 장쇄 복합 주문 거래를 처리합니다 (장쇄 복합 주문 거래). strong>(롱체인 복합 주문)으로, 일반적으로 탈중앙화된 거래 플랫폼 또는 유동성 풀에서 여러 단일 오퍼레이션의 조합인 복잡한 거래를 의미합니다

• MicroPath: 복잡한 복합 작업을 수행할 때 미리 로드된 유동성 프로필의 컨텍스트에서 호출할 수 있는 개별 원자 작업과 관련된 중간 수준 구성 요소를 포함합니다

• SafeModePath: 주요 목적은 DEX 계약이 비상 상태에 들어갈 때 수행할 수 있는 작업의 수를 제한하는 것입니다. 다른 모든 작업을 제한하고 특정 관리 작업만 허용하는 비상 상태

• WarmPath: 유동성 공급자의 핵심 운영 로직을 포함하고, 주변 유동성을 캐스팅하는(Mint 주변 유동성), 민트 집중된 범위 유동성), 주변 유동성 소각, 집중된 범위 유동성 소각.

3.1 유동성 추가

이 문서에서는 유동성 추가와 토큰 교환의 두 가지 공통 논리를 중점적으로 다룹니다. 이 문서에서는 두 가지 일반적인 로직인 유동성 추가와 토큰 교환에 대해 중점적으로 설명합니다. 사용자가 유동성을 추가하면 먼저 프런트엔드 또는 컨트랙트를 통해 크록스왑덱스 컨트랙트의 userCmd 함수가 호출되며, 여기서 callpath는 명령 호출이 전달된 해당 경로 컨트랙트를 식별하는 16비트 인덱스입니다.

그런 다음 컨트랙트는 들어오는 proxyIdx 에이전트에 따라 해당 Path 컨트랙트인 WarmPath 컨트랙트를 호출하는 ProxyCaller 컨트랙트의 callUserCmd 함수를 호출하고, WarmPath 컨트랙트의 commitLP 함수는 들어오는 파라미터에 따라 해당 추가 이동성 분기 로직을 입력하며, 컨트랙트는 MINT를 포함한다. 컨트랙트에는 유동성 추가를 위한 로직으로 지정된 유동성을 직접 추가하고 풀의 베이스 토큰 또는 쿼트 토큰에 따라 추가할 유동성 양을 계산하는 MINT_AMBIENT_LIQ_LP, MINT_AMBIENT_BASE_LP, MINT_AMBIENT_QUOTE_LP 세 종류가 포함되어 있습니다.

마지막으로, WarmPath 컨트랙트의 mintAmbientLiq 함수는 유동성 발행을 담당하며, SettleLayer 컨트랙트의 settleFlows 함수를 호출하여 사용자에게 해당 유동성 자격 증명 토큰을 발행합니다.

유동성을 제거하는 로직은 유동성을 추가하는 로직과 유사합니다. 이 글에서 자세한 내용은 다루지 않겠습니다.

3.2 토큰 교환

사용자가 BEX로 토큰을 교환할 때, BeraCrocMultiSwap 컨트랙트의 첫 번째 호출은 멀티스왑 함수를 호출하면, 이 함수는 크록스왑덱스 컨트랙트 교환에서 단계별로 교환 경로를 따르게 됩니다; 그런 다음 특정 교환 로직을 구현하기 위해 지정된 핫패스 또는 녹아웃 경로로 크록스왑덱스 컨트랙트 caluserCmd 함수를 호출하며, 여기서는 가장 일반적인 핫패스 컨트랙트를 사용합니다; 핫패스는 마켓세퀀서의 swapOverPool 함수를 호출하여 교환할 토큰의 수를 계산하고, 마지막으로 핫패스 컨트랙트는 세틀레이어 컨트랙트의 settleFlows 함수를 호출하여 교환 후 대상 토큰을 사용자에게 전송합니다.

요약하자면, BEX는 기존의 전통적인 다음과 같은 특징이 있습니다.

• 커브 상태 관리

  . p>

커브스테이트 스냅샷: 가스 소비를 최적화하기 위해 BEX는 온체인 스토리지(EVM)에서 메모리로 현재 커브스테이트(CurveState)를 복사합니다. 스토리지)에서 메모리로 복사하고 트랜잭션이 완료된 후 수정된 상태를 체인에 다시 씁니다.

스냅샷에는 가격 루트( 가격 루트), 앰비언트 시드, 중앙화된 유동성(concLiq_) 등의 정보를 보관합니다. <유동성 시드와 같은 개념에 대한 자세한 내용은 앰비언트 파이낸스(크록스왑) 백서를 참조하세요:https://crocswap-whitepaper.netlify.app/

• 스왑 실행

거래의 단계별 체결: BEX의 코드 아키텍처는 특히 여러 유동성 경계를 넘나드는 대규모 거래의 경우 단계별 거래 체결이 가능합니다(예: Uniswap V3의 틱). 유동성 경계를 넘으면 유동성과 가격을 재조정해야 합니다. 반복 계산: 시스템은 각 유동성 구간(또는 틱)을 통과하면서 거래가 완료되거나 사용자의 가격 제한에 도달할 때까지 거래의 유동성을 점진적으로 소비하거나 축적합니다.

비트맵 구조: 유니스왑 V3와 마찬가지로 앰비언트 DEX는 비트맵을 사용하여 각 가격대의 유동성 유무를 표시하고 비트맵을 사용하여 다음 사용 가능한 유동성 범위를 빠르게 찾습니다. 그러나 현재 BEX 체인에 풀링된 모든 유동성은 앰비언트 유동성, 즉 유동성 공급자가 특정 가격을 사용하여 중앙화된 유동성을 추가하는 것이 아니라 전 세계적으로 유동성을 제공하기 때문에 현재 토큰 거래소 운영에서 유니스왑 V2와 크게 다르지 않습니다.

4. 지분 증명과 벤드

벤드는 베라 체인에서 비위탁 대출 프로토콜로, 베라 체인 생태계의 기반을 제공하는 데 핵심 초점을 맞추고 있습니다. 공식적인 대출 및 차용 마켓플레이스로서, 다음과 같은 방식으로 작업 증명 합의 메커니즘과 긴밀하게 통합되어 있습니다.

차입자는 다음을 담보할 수 있습니다. 암호화폐(wBTC 등과 유사)를 담보로 HONEY 토큰을 빌릴 수 있으며, 빌리는 동안 일정량의 거버넌스 토큰을 받아 PoL 합의 메커니즘이 BGT의 분배를 개선하는 데 도움을 줍니다. 반대로 HONEY 공급자는 HONEY 유동성을 제공하고 차입으로 인해 발생하는 이자의 일부를 받을 수 있습니다.

벤드에는 세 가지 주요 플레이어가 있습니다:

1. $HONEY 토큰을 제공하는 유동성 공급자(공급업체).

2. $HONEY 토큰을 빌리기 위해 암호화폐를 담보로 제공하는 차입자.

3. 계약의 청산을 보장하는 청산인.

다음 다이어그램은 프로젝트의 주요 구조를 보여줍니다:

테스트 체인의 컨트랙트를 살펴보면, 유동성 공급자는 현재 SUPPLY 인터페이스를 통해 HONEY 토큰을 입금하고 그 대가로 1:1 비율로 해당 수의 AHONEY 토큰을 받습니다. 시간이 지남에 따라 이자율이 상승함에 따라 이러한 사용자가 획득하는 AHONEY 토큰의 잔액이 증가하여 대출 풀의 생태계를 유지하고 대출자가 항상 대출 가능한 자금을 확보할 수 있으며, 향후 유동성 공급자는 AHONEY 토큰을 사용하여 WITHDRAW 인터페이스를 통해 1:1 비율로 해당 수의 HONEY 토큰을 인출하여 수익성을 달성할 수 있게 됩니다.

그리고 대출자는 대출 인터페이스를 통해 담보물을 담보로 제공함으로써 담보물의 가치에 따라 담보물 가치보다 낮은 HONEY 토큰을 대출하고 그에 상응하는 수의 vdHONEY, 즉 부채 토큰을 획득할 수 있습니다. vdHONEY 토큰은 시간이 지날수록 그 수가 증가한다는 점에서 HONEY 토큰과 유사하여 향후 vdHONEY 토큰의 수가 증가하게 됩니다. 시간이 지남에 따라 수량이 증가하므로 차용자는 더 많은 허니 토큰을 상환해야 합니다. 그러나 베라 체인에서는 차입자가 HONEY 토큰을 차입하면서 일정 수의 거버넌스 토큰(BGT)을 받게 되므로 차입자에게 대출 동기를 부여하고 대출 풀의 생태계를 유지하며 동시에 PoL 합의에도 기여합니다.

Bend에서는 누구나 청산인이 될 수 있습니다. 차입자의 건강 계수가 1보다 작으면 차입자의 담보 가치가 부채 가치를 충당하기에 부족하다는 것을 증명하며, 청산자는 청산을 개시하고 담보 가치의 5%를 청산 인센티브로 받을 수 있어 청산자에게 청산 유인을 부여합니다.

4.1 유동성 추가

유동성 공급자가 유동성을 입금하면 공급 기능은 먼저 현재 준비금 캐시 및 이자율을 업데이트합니다. 이를 통해 준비금 캐시와 이자율의 상태를 유지하고 항상 최신의 준비금 캐시 데이터를 얻을 수 있으며, 현재 ATOKEN 토큰이 발행 한도에 도달했는지 확인하여 너무 많은 ATOKEN 토큰이 발행되지 않도록 합니다.

이러한 확인과 업데이트가 통과되면 유동성 공급자는 적절한 수의 ATOKEN 토큰을 1:1로 발행합니다. 유동성 공급자가 유동성 인출을 수행하면 인출 기능은 먼저 현재 준비금 캐시와 이자율을 업데이트하고, 최신 이자율을 기준으로 현재 사용자가 보유한 최신 ATOKEN 토큰 잔액을 계산한 다음 해당 담보 토큰을 1:1로 채굴합니다.

여기서 주목할 점은 유동성 공급자가 여기서 차입하는 경우, 해당 유동성을 인출하기 위해서는 건전한 차입 계수가 있어야 한다는 것입니다. 그리고 현재 베라체인에서는 대출 자산으로 허니 토큰만 대출할 수 있으며, 다른 담보물은 대출에 대한 이자를 받을 수 없습니다.

4.2 벤드

차입자가 벤드를 사용하여 대출을 받으려면 먼저 공급 기능을 통해 충분한 양의 담보를 풀에 담보로 맡겨야 합니다. 차입자가 Bend를 사용하여 대출을 할 때, 먼저 공급 함수를 통해 충분한 양의 담보를 풀에 담보로 제공한 다음 borrow 함수를 호출하여 대출을 실행해야 합니다. borrow 함수는 먼저 준비금 캐시를 업데이트하여 최신 준비금 정보를 확보한 다음 validateBorrow 함수를 호출하여 대출 한도, 담보 가치, 사용자의 신용 및 기타 정보 등 대출의 적법성을 확인합니다. 이러한 검증을 통과하면 담보 가치에 따라 그에 상응하는 수의 부채 토큰, 즉 vdHONEY 토큰이 발행되어 해당 수의 HONEY 토큰을 받게 됩니다.

대출자가 대출금을 상환해야 할 때, 상환 기능은 예비 캐시 및 이자율을 업데이트하고 예비 캐시 및 대출 이자율에 따라 이번에 상환할 HONEY 토큰 수를 가져와 상환 성공 후 해당 수의 vdHONEY 토큰을 소각합니다. 대출자가 상환에 성공하여 담보물을 인출할 때 현재 부채가 여전히 건전한 경우에만 대출자가 해당 금액의 담보물을 인출할 수 있도록 충분한 수의 vdHONEY 토큰을 상환한 경우에만 담보물 인출 기능을 사용할 수 있습니다.

4.3 청산

차입자의 담보가 저평가된 경우 누구나 liquidationCall 기능을 호출하여 청산자 역할을 수행할 수 있습니다. liquidationCall 함수는 먼저 부채 캐시 데이터를 업데이트한 다음 validateLiquidationCall 함수를 호출하여 차입자의 건강 계수와 담보 가용성을 확인합니다. 차입자의 현재 부채 가치가 청산 임계값을 초과하면 건강 계수가 낮은 상태가 됩니다. 건강 계수가 1보다 작으면 청산자는 청산을 성공적으로 실행하여 대출자의 부채 토큰을 소각하고 담보를 준비금 보관소 주소로 전송할 수 있습니다. 청산자는 이 청산에서 담보 가치의 5%를 청산 보상으로 받을 수 있으므로 청산자가 청산을 수행하도록 인센티브를 제공합니다.

5. 지분 증명과 Berps

Berachain Berps는 탈중앙화된 레버리지형 무기한 선물 계약으로 거래할 수 있는 탈중앙화 레버리지 거래 플랫폼입니다. 그리고 베라체인의 기본 스테이블코인인 $HONEY는 모든 거래의 담보, 비용 및 예치금을 위한 기본 토큰입니다. 사용자는 $bHONEY 금고에 거래 유동성을 제공함으로써 수익을 올릴 수 있습니다. 볼트 예금자는 Berps에서 생성한 거래 수수료를 받고 트레이더 포지션의 거래 상대방 역할을 합니다. 또한 볼트에 자금을 예치하면 $BGT의 PoL 인센티브도 받을 수 있습니다.

현재 Berps는 베타 네트워크에서 운영 중이며 BTC, ETH, ATOM, TIA 등 네 가지 토큰에 대한 유비쿼터스 영구 계약(UFC) 거래를 지원합니다.

Berps의 아키텍처는 이미 시장에 존재하는 탈중앙화 무기한 거래 플랫폼의 아키텍처와 매우 유사합니다. Berps의 아키텍처는 현재 시장에 이미 존재하는 탈중앙화 무기한 거래 플랫폼과 매우 유사하며, 주요 계약은 다음과 같습니다:

● 진입점: 사용자가 거래(청산 포함)를 수행하는 진입점; 진입점 컨트랙트는 사용자가 시작한 거래가 합법적인지 여부를 확인하고, 이를 통과하면 해당 컨트랙트가 사용자를 위해 해당 거래를 생성합니다.

● FeesAccrued: 직불 및 신용 수수료를 계산하고 관리합니다

● FeesMarkets: 모든 거래 쌍과 관련된 수수료를 계산하고 관리합니다

● Markets: 모든 거래 쌍의 매개변수와 한도를 관리

● Orders: 사용자가 제출한 거래 주문을 관리하고 사용자 자금을 저장합니다

● 결제: 거래 상태를 업데이트

● 볼트: 트레이더의 거래 상대방 역할을 하며 거래에 유동성을 제공합니다. 사용자는 볼트에 자금을 예치하여 플랫폼 수수료 수입과 작업 증명 토큰 인센티브를 받을 수 있습니다.

6. 요약

요약하자면, 베라체인은 코스모스 SDK를 기반으로 하는 EVM과 동등한 L1 블록체인의 일종입니다. 고유한 유동성 증명(PoL) 합의 메커니즘을 갖춘 코스모스 SDK에 구축된 블록체인으로, 베라체인에 유동성을 공급하는 사용자는 PoL 메커니즘에 의해 보상을 받습니다. 작업 증명을 통해 베라체인은 체인의 유동성과 보안을 강화합니다. 다른 블록체인과 비교했을 때, 베라체인은 토큰 교환, 유동성 채굴, 대출 및 차용, 영구 거래 등과 같은 다양한 디파이 서비스를 사용자에게 제공하는 기본 BEX, Bend & Berps 앱을 보유하고 있습니다. 이를 PoL과 결합하면 디파이 거래 깊이와 사용자 경험 측면에서 베라체인이 탁월할 수 있습니다.