자산 지향적이지 않으면 'Real DeFi'를 할 수 없습니다

– 광고 –

분산 금융은 지난 몇 년 동안 블록체인 기술의 가장 강력한 사용 사례 중 하나가 되었습니다. 중앙 은행이 거래를 승인하고 고객을 확인할 필요 없이 금융 자산을 관리하고 서비스를 제공할 수 있는 능력은 모든 사람에게 혜택을 주는 보다 접근 가능하고 포괄적인 금융 생태계의 기반을 만들었습니다.

가치를 인정받은 DeFi 산업의 놀라운 성장 십억 달러 이상 2022년 XNUMX월, 이 잠재력을 강조합니다. 그럼에도 불구하고 전통적인 금융 세계와 비교할 때 DeFi는 세계 금융 거래의 아주 작은 비율만을 차지합니다. 이것이 의미하는 바는 성장을 위한 엄청난 여지가 있지만 DeFi가 훨씬 더 강력한 기반 위에 구축될 때까지는 일어나지 않을 것이라는 것입니다.

기존 DeFi의 가장 큰 약점 중 하나는 매우 불안정하고 비효율적인 아키텍처, 즉 스마트 계약 위에 구축되었다는 것입니다.

물론 DeFi를 가능하게 하는 것은 스마트 계약입니다. 이는 중개인 없이도 특정 조건이 충족될 때 분산 응용 프로그램이 트랜잭션을 자동화할 수 있도록 하는 기본 코드입니다. 이론상으로는 기존 계약과 유사하지만 집행이 필요하지 않기 때문에 더 지능적입니다. 오히려 스마트 계약은 특정 투명한 조건이 충족될 때만 트랜잭션을 실행하도록 프로그래밍됩니다. 이러한 방식으로 사람이 모든 요구 사항이 충족되었는지 확인할 필요가 없기 때문에 기존 금융 시스템보다 훨씬 빠르게 트랜잭션을 즉시 수행할 수 있습니다. 중개자가 제거되기 때문에 거래 수수료도 훨씬 저렴합니다.

실제로 훨씬 더 똑똑하기는 하지만 스마트 계약은 오류가 없습니다. 가장 큰 문제 중 하나는 안전입니다. 스마트 계약은 실제로 코드일 뿐이므로 버그나 취약점이 네트워크를 통과할 위험이 항상 존재합니다. 이것은 사소한 위험이 아닙니다. 수십억 달러의 가치가 있었다 DeFi 프로토콜에 대한 공격에 패배 산업이 처음 등장했을 때부터.

문제의 일부는 스마트 계약 개발자와 관련된 학습 곡선입니다. 스마트 계약은 엄청나게 복잡한 스파게티 코드로 구성되어 있지만 대부분의 DeFi 애플리케이션의 기능을 정의하려면 수십 개의 코드를 만들어야 합니다. 개발자는 일반적으로 기능적이고 안전한 분산 응용 프로그램을 만드는 것을 고려하기 전에 Ethereum 및 호환 가능한 네트워크에서 스마트 계약을 생성하는 데 사용되는 Solidity 프로그래밍 언어에 대한 수년간의 실무 경험이 필요합니다.

이 엄청난 복잡성은 주로 플랫폼 수준에서 암호화폐 토큰 및 NFT와 같은 디지털 자산에 대한 지원이 완전히 부족하기 때문입니다. DeFi는 거의 독점적으로 BTC, ETH, USDC 등과 같은 자산을 중심으로 진행되지만 Ethereum, Avalanche, Solana, Cosmos, Fantom 및 Binance Chain과 같은 주요 블록체인 네트워크에는 이러한 자산에 대한 기본 개념이 없습니다.

따라서 개발자가 안전하고 안전하며 기능적인 dApp을 보다 빠르게 구축할 수 있도록 하려면 스마트 계약이 구축 및 구현되는 방식을 재창조하여 DeFi 플랫폼의 바로 그 기반을 재설계해야 합니다. 나중에 생각하는 것이 아니라 디지털 자산이 DeFi 구조의 일부가 되어야 개발자가 다루기 힘든 코드를 대량으로 작성하지 않고도 쉽게 만들고 제어할 수 있습니다.

네이티브 자산이 중요한 이유

자산 지향 DeFi의 중요성을 이해하려면 이더리움의 고유 자산 부족으로 인해 발생하는 문제를 살펴보는 것이 좋습니다. 이더리움을 사용하여 개발자는 자신의 작은 공간에서 네트워크에 스마트 계약을 배포하여 트랜잭션을 처리할 때 지속적으로 업데이트되는 데이터를 저장할 수 있습니다. 이 아키텍처 모델에서 DeFi의 모든 단일 기능은 스마트 계약으로 구현되어야 합니다. 다른 방법은 없습니다. 따라서 ETH와 같은 토큰은 지갑 잔액을 추적하는 스마트 계약으로 표시되는 반면 다중 서명 계정은 작업을 수행하기 위해 여러 공개 키로 서명해야 하는 또 다른 스마트 계약입니다. 토큰 스왑, 대출, 유동성 풀(이름 지정)은 모두 스마트 계약으로 구현됩니다.

DeFi를 사용하면 이러한 스마트 계약은 모두 복잡한 메시징 네트워크를 통해 서로 통신하여 가장 간단한 기능도 수행합니다. 예를 들어, 일부 토큰을 보유하고 있는 스마트 계약은 잔액 목록 및 해당 잔액을 조정하는 방법을 통해 해당 토큰을 별도로 구현하는 두 번째 계약과 통신해야 합니다. 이를 가능하게 하기 위해 이더리움 가상 머신 애플리케이션 환경은 스마트 계약이 서로에게 메시지를 보낼 수 있도록 합니다. 이러한 방식으로 스마트 계약은 구성 가능합니다. 즉, 개발자는 복잡한 트랜잭션을 조정된 방식으로 수행할 수 있는 방식으로 스마트 계약을 함께 연결할 수 있습니다.

이것은 현대 DeFi의 기초이지만 모든 단일 기능이 스마트 계약 사일로 내에서 구현되므로 매우 비효율적입니다. 그 결과 각각에 대한 응답으로 올바른 조치를 수행하는 데 필요한 복잡한 논리와 함께 네트워크를 통해 끊임없이 앞뒤로 흐르는 수백만 개의 메시지와 모든 기록을 유지하는 각 스마트 계약 내에 보관되는 끊임없이 변화하는 데이터 스트림이 생성됩니다. 그들이 수행하는 거래.

Uniswap 및 Curve와 같은 DeFi 응용 프로그램의 존재는 이 아키텍처가 작동한다는 것을 보여주지만 이것이 반드시 잘 작동한다는 의미는 아닙니다. 반대로, 수많은 DeFi 해킹은 사용자에게 진정으로 위험한 위험을 만드는 끔찍하게 비효율적인 모델임을 보여줍니다.

그러나 분명한 것은 디지털 자산 간의 이러한 상호 작용이 모든 단일 DeFi 거래의 기초라는 것입니다. 따라서 자산 지향 DeFi 아키텍처가 훨씬 더 효율적이라는 것은 당연합니다.

Advantage 기본 자산

이것이 기본 이론이다. 어근, DeFi를 위해 특별히 제작된 혁신적인 스마트 컨택 플랫폼 자산을 핵심 기능으로 취급 스마트 계약 수준에서 사일로에 구현하는 대신 플랫폼의

Radix 트랜잭션은 Radix Engine 애플리케이션 환경 내에서 실행됩니다. 주요 차이점은 Radix Engine이 특정 매개변수와 함께 플랫폼에서 직접 요청하여 토큰과 같은 자산을 생성한다는 것입니다.

즉, XRD와 같은 Radix 기반 토큰은 수천 개의 개별 잔액 목록에 개체로 구성되지 않고 대신 "볼트" 또는 계정에 저장된 물리적 개체로 처리되고 트랜잭션이 처리될 때 이들 간에 이동됩니다. 이러한 볼트는 개인의 토큰이 공개 키 항목을 보유하는 여러 스마트 계약에 분산될 수 있는 EVM과 달리 사용자가 직접 제어합니다.

이 동작의 물리적 특성은 배달 서비스가 고객의 주문을 추적하는 방식과 유사하게 토큰이 사용자의 금고 사이를 이동할 때 토큰을 안전하게 추적하는 FSM(유한 상태 기계) 모델을 기반으로 합니다. 이것은 사용자가 본질적으로 그들이 보유하고 있는 토큰을 지정된 금고로 보내고 싶다고 플랫폼에 알리는 단순화된 트랜잭션 모델입니다. 사용자는 하나의 스마트 계약에서 다른 스마트 계약으로 메시지를 보내야 하며 잔액 엔터티를 업데이트할 것이라고 신뢰해야 합니다. 이러한 방식으로 이중 계정과 같은 오류는 이 아키텍처 내에서 불가능하기 때문에 피할 수 있습니다.

간단히 말해서 이것은 Radix의 자산 지향 DeFi 아키텍처의 기초입니다. 이는 훨씬 더 직관적이고 사용하기 쉬운 토큰 거래 모델을 생성하여 엄청난 복잡성을 제거하여 DeFi를 기존 모델보다 본질적으로 더 안전하게 만듭니다.

이 모델은 기존 DeFi와 근본적으로 다르기 때문에 Radix는 스마트 계약을 "구성 요소"로 재창조했습니다. 모듈식이며 구성 가능하고 명확한 기능을 가지고 있기 때문에 Radix의 구성 요소는 개발자가 DeFi 앱을 단순하고 단계별 방식으로 결합하는 데 사용할 수 있는 "레고 브릭"으로 생각할 수 있습니다. Scrypto 프로그래밍 언어에 대한 경험이 있습니다.