layer2와 layer1의 기술 논리를 자세히 살펴보면 다음을 찾을 수 있습니다.
일부 DeFi는 레이어 1 확장에 적합하며 "샤딩" 기술로 알려진 Radix 및 Near를 선택하고 일부 DeFi는 StarkWare의 StarkEx 시스템과 같이 레이어 2에서 고주파 트랜잭션 영역을 구축하는 데 적합합니다.
DeFi는 암호화폐 세계의 필수적인 부분이 되었습니다.
위 그림은 DeBank가 표시한 DeFi 락업 자산의 변화를 보여줍니다.
이 거대한 숫자는 이더리움을 기반으로 형성됩니다.현재 이더리움은 BTC, ETH, DAI 및 기타 체인 자산의 유동적 가치를 가정했지만 이더리움의 운영 논리에 따르면 이 거대한 숫자 뒤에는 거대한 LF가 있습니다.이더리움의 가스 소비량을 확인하면 오늘날 ETH 가격 상승과 DeFi 애플리케이션의 증가로 인해 이더리움 하루 동안 채굴자들의 최대 수입이 2,700만 달러를 넘어섰음을 알 수 있습니다. 정기적인 블록 보상 외에도 이 수치의 상당 부분은 스마트 계약을 호출하는 DeFi 사용자에 의해 생성됩니다.과도한 가스비는 사용자가 암호화폐를 사용할 수 있는 문턱을 높일 뿐만 아니라 더 높은 관점에서 암호화폐의 원래 의도인 포괄적 금융을 방해합니다.따라서 암호화폐는 더 낮은 비용의 DeFi 트랜잭션을 달성하기 위해 트랜잭션의 비용 문제를 해결해야 합니다. 현재 많은 퍼블릭 체인 프로젝트는 이미 명확한 개발 로드맵을 가지고 있으며, 이더리움은 DeFi가 가장 많기 때문에 현재 확장 계획이 가장 대표적이며 PoS로 전환, 샤딩 및 레이어 2의 세 가지 계획이 있습니다.보조 제목
Layer2는 현재 가장 쉬운 확장 솔루션입니다.
이더리움을 비롯한 퍼블릭 체인들은 이더리움 2.0의 동종 샤딩 가능성, 폴카닷이 구현하고 있는 이기종 샤딩, 코스모스의 크로스체인 구조 등 멀티체인 구조를 활용해 용량 확장을 시도하고 있다. Avalanche Protocol과 같은 새롭게 부상하는 네트워크는 확장을 달성하기 위해 다중 체인 구조에서 기능 계층화 및 기능 모듈화에 대한 보다 자세한 정의를 가지고 있습니다.예를 들어 Polkadot은 향후 슬롯 경매를 거쳐야 하고 COSMOS는 더 나은 생태계를 구축해야 하며 나머지 체인의 기술 진보와 생태 구축은 아직 초기 단계입니다.확장에 더 중점을 둔 다른 프로젝트의 경우 레이어1에서 조각화를 구현하는 것과 같이 단일 네트워크 구조에 더 중점을 둘 것이며 대표적인 프로젝트는 Radix 및 Near입니다. 장기적으로 레이어1의 확장(샤딩 등)은 불가피하다. 이러한 네트워크가 EVM과 호환되면 Defi를 네트워크로 빠르게 마이그레이션할 수 있으며 자산 이전 문제가 해결되면 이러한 네트워크는 Ethereum의 확장된 네트워크가 될 것입니다.그러나 DeFi에 대한 수요가 강한 강세장을 위해서는 레이어 2의 확장이 필요합니다.보조 제목
Layer2의 원리를 간단히 분석
여전히 이더리움을 예로 들면, 레이어2 솔루션은 이더리움에 오프체인 구조 또는 사이드체인 구조를 구축하고 이더리움의 주소 균형을 레이어2에 매핑한 다음 계정 및 기타 작업 간의 트랜잭션을 완료한 다음 정산 결과를 피드백하는 것입니다. 최종 주소의 데이터 변경을 확인하기 위해 체인에.이와 같이 레이어 2에서 실행되는 DeFi 애플리케이션의 경우 레이어 2가 시작되고 최종 결제가 막 시작된 경우에만 레이어 2가 체인과 상호 작용하고 다른 트랜잭션 프로세스가 레이어 2에서 발생하므로 레이어의 리소스를 점유하지 않습니다. 빠른 처리 트랜잭션을 달성하고 가스 소비를 효과적으로 줄일 수 있습니다.그러나 이 접근 방식에는 여전히 두 가지 관련 문제가 있습니다.1. 메인 체인의 성능이 좋지 않은 경우 체인에 정체가 있을 때 레이어 2와 계정 간의 결제에는 여전히 높은 가스 요금과 긴 확인 시간이 필요할 수 있습니다.2. 레이어 2에서 체인의 다른 자산 및 계약과 상호 작용하지 못할 수 있습니다. 상호 작용할 수 있는 경우 여전히 체인의 리소스를 여러 번 호출해야 하므로 문제 1이 발생합니다.트랜잭션이 블록을 형성하기 위해 패키징되고 체인에 저장되는 것 외에도 모든 스마트 계약도 체인에 업로드되기 때문입니다.DeFi의 정상적인 상태는 자산 계약, 대출 및 거래 계약이 서로 호출하는 것입니다. 체인의 리소스가 점유되는 계약 사이에 발생합니다.이것은 하나를 의미합니다. 가스 요금을 지불하는 과정은 피할 수 없으며, 다른 하나는 DeFi에는 풍부한 결합성이 필요합니다.따라서 문제 해결의 근본은 이더리움 PoW 체인이 가져온 가스 문제를 해결하고 DeFi 간의 결합성을 유지하는 것입니다. 레이어1의 성능이 충분히 빠르면 레이어2가 용량을 확장할 필요가 없습니다.레이어2 비즈니스에 적합하지 않으면 레이어1 확장 기술을 사용하십시오. 레이어2는 스마트 계약 조합에 영향을 미치기 때문입니다. .3. StarkWare의 layer2 설계 예그러나 강세장의 뜨거운 수요 속에서 layer2는 많은 프로젝트가 개발을 추구하는 선택입니다.예를 들어 dYdX는 StarkWare 기술을 사용하여 영구 계약 거래를 위한 StarkEx 시스템을 구축할 것입니다. StarkWare의 기술적 논리를 살펴보겠습니다.
StarkWare가 향후 형성할 Layer2 네트워크 구조
예를 들어, dYdX는 오더북 형태의 DEX입니다.레이어 2가 적용되기 전에 dYdX의 오더북 매칭은 오프체인에서 작동했으며 정산 데이터는 온체인 상호 작용과 동기화됩니다.이 프로세스는 높은 생성을 생성합니다. 가스 요금 레이어 2 적용 후 StarkEx 시스템은 레이어 2에서 정산 프로세스를 완료하므로 이 과정에서 가스 요금 소비가 크게 줄어듭니다.그러나 이것은 사용된 단계가 약간 복잡해지고 모바일 단말기에 적용되지 않을 수 있으며 레이어 2 계정 개설 비용이 발생할 수 있는 것과 같은 몇 가지 관련 영향을 가져올 것입니다. 또한 가장 큰 문제는 dYdX가 다른 DeFi 프로토콜과 결합된 응용 프로그램을 열려면 이 네트워크에 다른 DeFi 응용 프로그램을 배포해야 한다는 것입니다.암호화폐의 원래 의도의 관점에서 볼 때 이것은 금융 포용의 관행이 아니며 그 적용은 결국 고급 사용자 및 전문 사용자의 영역이 될 수 있습니다.따라서 일부 DeFi(자주 거래가 필요한)를 더 빠르게 실행할 수 있는 레이어 2에 비해 일부 DeFi는 레이어 1 확장 솔루션 또는 고성능 네트워크를 사용하는 데 더 적합합니다.DeFi 특성에 더 부합하는 레이어 1 확장 아이디어
그렇다면 어떤 종류의 레이어1 DeFi가 필요한지 확인하는 방법은 무엇입니까? Radix는 네트워크 설계에 몇 가지 아이디어를 제공했습니다.1. 합의 문제로 인한 성능 병목 현상을 해결합니다.2. 결합 가능성을 만들기 위해 최선을 다하십시오.그래서 Radix는 조금 다른 것을 취했습니다.위에서 언급한 동종 샤딩과 이기종 샤딩에서 분산 샤드는 일부 노드로 구성된 체인입니다. 일부 노드를 파티션으로 나누는 것으로 이해할 수 있으며, 파티션은 다른 파티션과 독립적으로 존재하고 작업을 별도로 처리합니다.예를 들어, 이더리움 2.0에서 원래의 샤딩 로드맵을 그대로 따른다면 초기 단계에서 64개의 샤드가 설정될 수 있으며 이러한 샤드는 결국 비콘 체인에 의해 검증됩니다. . , 샤드 중 하나가 다른 샤드를 확인해야 하는 경우 샤드 간 통신만 수행됩니다. 그리고 샤드가 존재하기 때문에 DApp 개발자는 이더리움에서 DApp을 개발할 때 샤드를 주요 처리 영역으로 선택해야 합니다.이는 DApp이 다른 샤드에서 데이터를 가져와야 하는 경우 몇 가지 복잡한 단계가 있음을 의미합니다. Polkadot과 COSMOS에서 구현되는 구조도 동일하며, Polkadot의 파라체인은 이기종 샤딩 구조의 단편으로, 파라체인 간의 상호작용은 릴레이 체인을 통해 이루어지지만 상호작용 과정이 더 복잡하고 별도로 정의되어야 한다. 코스모스도 마찬가지입니다.이러한 샤딩은 구분된 설계이며 각 샤드 체인은 특정 섬 효과를 형성하고 일부 후속 문제는 자연스럽게 발생합니다.그러나 생각을 바꾸면 몇 가지 새로운 기술 아이디어가 나타날 수 있습니다.
Radix 조각화 배포의 개략도
이러한 종류의 샤딩은 위에서 언급한 일부 노드의 샤딩 체인 정의와 다릅니다.대신 네트워크에 합류하는 모든 컴퓨팅 리소스는 먼저 다른 샤드로 분할됩니다.샤딩은 체인으로 분할되지 않고 임의의 명령에 의해 무작위로 생성됩니다. 결정된 샤드 위치에 할당되고 명령으로 분리된 이러한 샤드는 하나씩 큰 파티션을 형성합니다.샤드의 위치를 사전에 설정한 후 동적으로 각 위치에 명령을 할당하여 샤드를 형성하는 이 방법은 최종 상태를 확인하기 위한 합의가 필요합니다. Radix의 Cerberus 합의는 이 프로세스를 구현합니다.비컨 체인의 고스트 알고리즘이 최종성을 달성하는 것처럼 Cerberus 합의는 거래 순서를 결정하고 검증자가 검증할 최종 데이터 세트를 형성할 수 있습니다.이를 수행하는 가장 좋은 방법은 고정 파티션으로 인한 일부 경계 문제가 아니라 더 큰 병렬성을 달성하고 사용할 모든 리소스를 동원하는 것입니다.이더리움과 비교하면 체인의 조합은 스마트 컨트랙트 간의 상호 작용입니다.예를 들어, Compound를 통해 빌린 cToken은 다른 DeFi에서 채굴 및 스왑이 가능합니다. 이는 DeFi 계약이 cToken을 확인하기 위해 Compound 계약을 호출해야 함을 의미합니다. 계약 간의 호출은 구성의 구체화입니다.두 가지가 동일한 네트워크 또는 샤드에 배포되지 않은 경우 함께 결합하기가 어려우며 게이트웨이 처리 또는 매핑된 스마트 계약의 존재가 필요합니다.이 문제를 해결하기 위해 Radix의 아이디어는 스마트 계약의 프로그래밍 복잡성을 줄이는 것입니다. 왜냐하면 스마트 계약은 확실히 장부를 기록하여 최종 결과를 출력하지만 레이어1에서 구현하면 스마트 계약을 대체할 수 있기 때문입니다. with a more 작은 단위의 실행 과정을 위해 Radix는 이 실행 단위를 "구성 요소"라고 부르며, "구성 요소"의 기능을 미리 정의합니다. 이러한 구성 요소의 실행은 매우 간단하고 직접적이므로 여러 구성 요소를 결합할 수 있습니다. DeFi 비즈니스를 빠르게 실행하기 위해예를 들어 스마트 컨트랙트가 전송일 경우 스마트 컨트랙트는 양 당사자의 계정을 편집, 즉 작은 원장을 형성해야 전송 당사자에서 파기되고 수신자에서 추가됩니다. 그러나 Radix의 컴포넌트 설계를 사용한다면 컴포넌트를 b에 속하는 a의 전송 토큰으로 설계하는 것으로 충분하며 이는 매우 빠르고 추가 증명이 필요하지 않습니다.
기수 구성 요소 예
공식 기술 문서에 따르면 Radix Foundation이 구축한 현재 구성 요소에는 DeFi 애플리케이션의 일부 표준 기능이 포함될 것입니다. 여기에는 다음이 포함됩니다(그림 참조): 자산(대체 가능 또는 대체 불가능 토큰), 계정(다중 서명 제어 포함), 유동성 풀, 교환 시스템, 구매 가능한 자산, 데이터 오라클 등이러한 구성 요소는 모두 직접 인스턴스화할 수 있습니다. 예를 들어 API 호출을 통해 맞춤형 토큰 공급을 생성하거나 다양한 방식으로 모듈식으로 결합하여 보다 복잡한 기능을 생성할 수 있습니다.5. 새로운 네트워크에서 DeFi 애플리케이션을 기대할 수 있습니까?컴파운드가 새로운 퍼블릭 체인을 고려하고 있다고 밝힌 적이 있듯이 현재 대히트 중인 DeFi의 경우 새로운 네트워크를 선택하는 것이 어려운 일입니다.다른 퍼블릭 체인으로 마이그레이션할 수 있는지 여부는 성능 고려 사항일 뿐만 아니라 이 체인과 이더리움, 비트코인 및 기타 네트워크와의 자산 호환성 및 체인의 기본 통화 가치와도 큰 관계가 있습니다.그래서 당분간 어떤 DeFi도 이더리움에서 탈출할 수 없지만, 새로운 시도들이 많이 있습니다. 2월 11일, Chainlink, Aave, mStable, Messari 및 Radix는 새로운 DeFi 동맹인 GoodFi의 공동 출범을 발표했습니다. 이 동맹은 DeFi 산업에서 교육, 연구 및 실질적인 개발을 촉진하는 것을 목표로 합니다. 이것은 우리에게 희망을 줍니다.저렴한 비용과 좋은 경험으로 DeFi의 초기 출현을 기대합니다.
IOS
Android