MetaLeX OS v.1은 거버넌스 책임, 신뢰 최소화, 거래 자동화 및 법적으로 최적화된 멀티시그 스마트 계약을 수립, 모니터링 및 운영하기 위한 강력하고 사용자 정의 가능한 시스템을 제공합니다. 이 문서에서는 MetaLeX OS의 아키텍처와 주요 기능을 분석합니다. 이 프로토콜은 주로 사이버 B ernetic ORG anizations(멀티시그가 법인에 의해 '래핑'되고 특정 법적 계약 조건이 해당 멀티시그의 사용을 규정하는 배열)에서 사용하도록 설계되었기 때문에 일반적으로 MetaLeX OS를 통해 운영되는 멀티시그를 ' BORG '라고 합니다.
배경 – SAFE
MetaLeX OS는 모든 암호화폐에서 가장 안전하고 실전에서 검증되었으며 감사된 프로토콜 중 하나인 표준 SAFE 프로토콜을 기반으로 구축되었으며, 해당 코드를 확장하기 위한 두 가지 중요한 후크인 "가드"와 "모듈"을 활용합니다.
근위 연대.
SAFE 가드는 표준 SAFE의 기능을 제한하는 스마트 계약으로, 특정 수신자와 계약에 대한 통제된 액세스를 제공합니다. 이는 SAFE에 사전 거래 확인 및 사후 거래 확인을 부과하여 달성됩니다. 가드는 'SAFE를 보호'하는 것과 같습니다. 확인이 주어진 거래에 의해 충족되지 않으면 거래가 실행되지 않습니다( 일명 '역전').
Guard는 Guard의 스마트 계약 주소로 매개변수화된 필수 다수 또는 복수의 서명으로 SAFE의 setGuard() 함수를 호출하여 SAFE에 추가됩니다. SAFE는 중개자 GuardManager 계약을 통해 여러 Guard를 관리할 수 있습니다. 일반적인 사용 사례는 SAFE의 '소유자'(주소로 표시됨)만 거래를 실행하도록 허용하거나( MEV 보호 에 유용) SAFE가 해당 스마트 계약의 특정 허용 목록에 있는 기능을 통해서만 특정 허용 목록에 있는 스마트 계약과 상호 작용하도록 허용하는 것입니다( 실수 거래를 방지하거나 자금 사용을 제한하는 데 유용).
경비원은 SAFE를 제한합니다 .
모듈.
모듈은 표준 SAFE의 기능을 확장하거나 수정하는 스마트 계약입니다. 모듈은 필요한 다수 또는 복수의 서명으로 개별적으로 승인되지 않은 SAFE에서 트랜잭션을 실행할 수 있습니다. 모듈은 모듈의 스마트 계약 주소로 매개변수화된 필요한 다수 또는 복수의 서명으로 SAFE의 enableModule() 함수를 호출하여 SAFE에 추가됩니다. SAFE는 ModuleManager 계약을 통해 여러 모듈을 관리할 수 있습니다. 일반적인 사용 사례는 다른 계정에 SAFE 자산에서 사용할 수 있는 월별 '할당량'을 제공하거나 , SAFE가 DeFi 프로토콜을 통해 행사할 수 있는 업그레이드 권한을 시간 잠금하거나 , 서명자가 자산의 비례적 몫으로 다중 서명을 종료할 수 있는 Moloch 스타일의 'ragequit' 기능을 용이하게 하는 것입니다.
모듈은 SAFE를 확장합니다.
BORGcore - 모든 BORG의 심장
MetaLeX OS의 모든 BORG는 BORGcore( https://github.com/MetaLex-Tech/borg-core ) 스마트 계약을 핵심으로 합니다. BORGcore는 표준 ERC 4824 DAO 인터페이스 와 결합된 SAFE Guard입니다.
BORG 모드
BORGcore에는 허용 목록, 차단 목록 및 제한 없음의 세 가지 모드가 있으며, 각각 고유한 액세스 규칙과 제약이 있으며, 각각 BORG 임플란트( 아래 참조 )를 지원하고 BORG를 '래핑'하는 법적 문서의 URI를 추적할 수 있습니다. 보안상의 이유로 모드는 변경할 수 없습니다. 따라서 각 BORG의 모드는 BORGcore 계약이 배포될 때 한 번만 선택됩니다.
화이트리스트 모드
허용 목록 모드에서는 모든 거래가 금지 됩니다. 단, 명시적으로 사전 허용된 거래(즉, 허용 목록에 등록된 거래)는 예외입니다.
승인된 수신자만 개별 거래 한도에 따라 천연 가스 이전을 받을 수 있습니다.
허용 목록에 있는 계약만 상호 작용할 수 있으며, 허용 목록에 있는 각 계약의 메서드는 특정 매개변수 제약 조건(유형(uint, int, address, string, bytes, bool), 값 범위, 정확한 일치 등)을 가질 수 있습니다.
화이트리스트 모드는 DAO 인접 BORG에 대한 가장 보수적이고 신뢰가 최소화된 모드입니다. 이 모드는 BORG 거래가 기본적으로 승인되지 않는다는 규칙을 적용합니다. 화이트리스트에 등록된 계정(또는 계정 유형)이 있는 화이트리스트에 등록된 거래(또는 거래 유형)만 허용되며, 이는 BORG의 '정책'을 시행하는 것으로 간주될 수 있습니다. 대부분의 권장 BORG 구성에서 이러한 정책은 법인 '래퍼'와 그 인력에 의해 시행되거나 시행 가능한 필수 법적 규칙이 됩니다.
결과적으로 BORG는 법적 실체 '래퍼'의 법적 규칙과 일치하는 방식, 금액 및 시기에 따라 거래해야 할 상대방과만 거래할 수 있습니다. DAO에 인접한 BORG의 경우 이러한 법적 규칙은 인접한 DAO의 기대를 반영하고 사전에 승인을 받습니다. 독립형 BORG의 경우 이러한 법적 규칙은 주주, 관리자, 이사회 등과 같은 다른 이해 관계자의 기대를 반영하고 사전에 승인을 받습니다.
따라서 BORGcore는 위시리스트 모드에서 법인과 그 대리인을 제약하는 '악할 수 없는' 멀티시그 구현을 만들어 암호화의 핵심적 신뢰 최소화 및 ' 악할 수 없는 ' 정신의 일부로 활용합니다.
이 BORG 모드는 대량의 자금을 처리하는 BORG에 가장 적합합니다. 예를 들어, 다양한 허용된 유동성 풀과 DeFi 프로토콜 간에 유동성을 이동하여 '프로토콜 소유' 또는 '프로토콜 이익' 가치를 관리하는 finBORG입니다. 엄격한 비율 제한 또는 DAO 거부권 또는 DAO 공동 승인의 적용을 받는 Grants BORG에도 사용할 수 있습니다.
블랙리스트 모드
블랙리스트 모드에서는 모든 거래가 허용 됩니다. 단, 명시적으로 사전에 금지된 거래(예: 블랙리스트에 등록된 거래)는 예외입니다.
블랙리스트에 등록된 수신자는 토착 가스를 공급받을 수 없습니다.
블랙리스트에 등록된 계약은 지정된 매개변수 제약 조건(유형(uint, int, address, string, bytes, bool), 값 범위 및 정확한 일치 포함)을 전달하지 않는 한 상호 작용이 불가능하며 이러한 계약의 메서드는 차단됩니다.
블랙리스트 모드는 다소 더 신뢰할 수 있는(또는 다소 덜 위험하여 신뢰가 덜 필요한) DAO 인접 BORG에 적합하며 따라서 광범위한 재량권과 유연성을 가질 수 있지만 DAO가 특히 위험하거나 위험하거나 금지된 거래의 짧은 목록을 제한하고자 하는 경우에 적합합니다. 예를 들어, 미메코인을 관리하고 사전 판매 수익을 잘 사용할 수 있는 것으로 신뢰받는 친구 그룹이지만 토큰 스마트 계약의 채굴 기능을 통해 미메코인 공급을 늘리기 위해 미메코인 보유자의 스냅샷 승인이 필요한 경우입니다. 이 경우 해당 특정 토큰 계약의 mint() 함수는 블랙리스트에 추가되고, 임플란트(아래 설명)는 필요한 스냅샷 투표에서도 승인된 경우에만 mint() 호출을 허용하는 데 사용됩니다.
화이트리스트와 블랙리스트 모드에서 BORG는 DoS 공격과 동일한 공격을 방지하기 위해 관련 메서드 호출에 대한 쿨다운 기간이 적용될 수 있습니다. 예를 들어, 쿨다운은 BORG가 DAO에 거부 가능한 거래로 스팸을 보내 DAO의 모니터링/투표 비용을 높여 DAO가 거부할 가능성이 있는 거래를 몰래 통과시키려는 것을 방지할 수 있습니다. 이는 BORG의 법률 문서에서 권장하는 조항을 보완하여 이러한 남용 행위를 금지합니다.
제한 없는 모드
제한 없는 모드에서는 모든 거래와 상호작용이 제한 없이 허용됩니다.
수신자나 계약에는 어떠한 제약도 적용되지 않습니다.
모든 천연가스 이전 및 계약적 상호작용이 허용됩니다.
제한 없는 모드는 다중 서명자가 BORG의 활동에 대한 완전한 재량권을 가지도록 의도된 매우 '신뢰할 수 있는' BORG에 적합하지만, MetaLeX OS의 임플란트 기능(아래 참조 )을 사용하고자 하거나 MetaLeX의 웹 인터페이스와 법률 서비스를 사용하여 그렇지 않으면 수정되지 않은 SAFE를 래핑하려는 경우입니다. 예를 들어, 이를 통해 일반 SAFE와의 주요 차이점이 표준 SAFE와 달리 서명자가 즉시 일방적으로 사임할 수 있다는 BORG를 활성화할 수 있습니다. 아래 'ejectImplant.sol'에서 확인하세요 .
BORGcore는 또한 `BorgAuth` 계약을 통해 액세스 제어를 관리하여 권한이 있는 주소만 BORG의 스마트 계약을 수정할 수 있도록 합니다. DAO에 인접한 BORG의 경우 일반적으로 다음 세 가지 방법 중 하나로 구성됩니다.
BorgAuth는 null 주소로 설정됩니다. 즉, 변경할 수 없습니다.
BorgAuth는 DAO로 설정됩니다(실제로 이렇게 하면 BORG가 더욱 하위 DAO 스타일 배열이 되는데, 이는 법적으로 권장되지는 않지만 가능합니다).
BorgAuth는 변경 사항에 대해 DAO와 BORG의 공동 승인이 필요한 맞춤형 계약으로 설정됩니다.
세 번째 옵션(DAO 및 BORG 승인)은 가장 권장되고 일반적인 옵션으로, 법인의 거버넌스 규칙의 법적 조건을 실질적으로 수정하는 경우 DAO의 승인을 요구하고 있는 BORG의 법적 계약 조항과 유사합니다.
이사 및 보호자
BORGcore는 BORG/멀티시그의 "이사"를 설정하는 옵션이 있습니다. 이는 주어진 BORG/멀티시그 내에서 이중 계층 투표 구조를 수용하기 위한 것입니다. 예를 들어, BORG 이사회를 구성하는 3명과 이사회에는 없지만 보안상의 이유로 멀티시그에 서명하는 5명으로 구성된 멤버십을 가진 4/8 멀티시그가 있습니다(기본적으로 키 수를 늘려서 조정된 렌치 공격 비용을 높이는 등). 이 상황에서는 1~2명의 비이사(법률 문서에서 "보호자"라고 함) 외에 최소한 과반수의 이사가 모든 거래를 승인하도록 요구합니다. 이러한 유형의 구조는 이사가 더 큰 권한과 더 큰 잠재적 법적 책임을 가지고 있기 때문에 단순한 보안 계약자보다 더 높은 KYC/AML/실사 요구 사항에 직면하기 때문에 법인을 형성하는 데 필요한 행정/프로세스 오버헤드를 낮출 수도 있습니다. 매개변수는 모든 거래를 승인해야 하는 최소 이사 수를 지정하는 'directorsRequired' 변수를 통해 설정됩니다.
BORG 임플란트 - SAFE 맞춤형 모듈
각 BORG에는 사이버네틱 임플란트( https://github.com/MetaLex-Tech/borg-core/tree/main/src/implants )가 있어 일반 SAFE보다 더 뛰어난 능력을 발휘합니다. 각 임플란트는 ConditionManager, BORGauth, 해당 임플란트에 특화된 더 구체적인 규칙 세트로 구성된 SAFE 모듈입니다.
BORGauth는 특정 Implant를 통해 제3자 또는 외부 스마트 계약에 시간 잠금 BORG 거래 거부, BORG 자금 취소 또는 BORG 서명자 추가 및 제거와 같은 조치를 취할 권한을 부여할 수 있습니다. DAO 인접 BORG의 경우 BORGauth는 BORG에 대한 권한을 인접 DAO에 부여합니다. 독립형 BORG의 경우 BORGauth는 BORG에 대한 권한을 주주(토큰화된 주식의 투표 계약을 통해 표현됨) 또는 다른 SAFE 멀티시그를 통해 표현된 관리자, 이사회 또는 유사한 기관에 부여합니다.
ConditionManager는 BORGauth의 권한을 프로그램적으로 조절할 수 있도록 합니다. 사용자 지정 스마트 계약을 추가하여 서명/다자 승인, 시간, 잔액 및 외부 오라클 입력을 포함하여 필요한 모든 조건 논리를 처리할 수 있습니다. 이는 체인에서 또는 신뢰할 수 있는 오라클을 통해 마일스톤을 잠금 해제하거나 에스크로된 자금을 해제하기 위해 증명할 수 있는 모든 조건을 수용할 수 있습니다.
ConditionManager를 사용하면 BORG와 인접한 권한 간의 관계가 BORG가 권한에 의해 단순하게 통제되거나 종속되는 것이 아니라 미묘한 정부적 '견제/균형' 역학에 맞춰 조정될 수 있습니다. Grants BORG와 같은 DAO 인접 BORG의 경우, 예를 들어 BORG가 일부 월별 상한선(달러 또는 토큰으로 표시)까지 자유롭게 보조금을 제공할 수 있지만 DAO가 해당 상한선을 초과하는 보조금을 공동 승인하거나 거부할 수 있음을 의미할 수 있습니다. 기술 기업과 같은 독립형 BORG의 경우, 예를 들어 BORG 서명자가 해당 법인의 이사이기도 하며, 토큰화된 주식의 투표를 기록하기 위한 스마트 계약이 BORGauth이며, 각 이사는 특정 임기(잠재적으로 다른 이사의 임기와 '차등') 동안 근무하고 임기 종료 후 30일 이내에 토큰화된 주식 투표로 재선되지 않으면 자동으로 제거된다는 것을 의미합니다.
이 아키텍처와 그 용도는 MetaLeX OS와 다른 DAO 및 SAFE 메타 프로토콜 간의 주요 차별화 요소입니다. 이러한 프로토콜 중 다수는 DAO에 인접한 멀티시그를 "subDAO", "minions", "avatars", "squads" 또는 DAO의 자회사, 에이전트 또는 대표와 매우 유사하게 취급되는 유사한 구성 요소로 개념화합니다. 그 밖의 프로토콜은 이러한 멀티시그를 "위임"을 통해 DAO를 "관리"하는 "위원회"로 취급합니다. MetaLeX OS는 확실히 동일한 종류의 관계를 촉진할 수 있지만 BORG 설계 철학은 DAO와 BORG 간의 보다 미묘한 견제 및 균형 역학을 장려하고 MetaLeX OS는 이를 촉진하여 서로 대부분 자율적이면서도 상호 책임을 지도록 합니다. 이는 최적의 법적 전략을 구현하는 데 중요합니다*.
*( https://www.law.cornell.edu/wex/alter_ego 를 참조하세요 . 이러한 분리는 세무 관점에서도 중요합니다.)
MetaLex OS에서 완전히 구현된 최초의 BORG 유형인 GrantsBORGs는 다음과 같은 임플란트를 특징으로 할 수 있습니다.
OptimisticGrantImplant.sol
GrantsBORG가 인접한 DAO에서 부여한 기금을 사용하여 "낙관적으로" 보조금을 지급할 수 있도록 하며, 프로그램적 요율 제한 및 상한에 따릅니다. GrantsBORG는 DAO 공동 승인 또는 타임락 + DAO 거부권 부재에 따라 요율 제한 및/또는 상한을 초과할 수 있습니다. 이상적인 경우, 법인 래퍼는 낙관적 보조금이 DAO에서 승인한 목적(예: 관련 특정 생태계 지원) 내에 있고 특정 오프체인 규칙(예: GrantsBORG 직원 또는 해당 계열사에 보조금 지급 안 함)을 따르도록 여전히 제한합니다.
daoVETOGrantImplant.sol 및 vetoImplant.sol
GrantsBORG의 비율 한도 및 상한에 대한 예외에 대해 앞서 언급한 타임락 + DAO 거부권 패턴을 활성화합니다. 여기에는 BORG가 '스팸' 제안을 통해 DAO의 거부권 용량을 압도할 수 없도록 하는 DoS 방지 조치도 포함됩니다(이상적으로는 BORG 법적 래퍼의 탈세 방지 법적 규칙으로 보완되어야 함). 토큰 유형별로 사전 승인을 요구하고 부여당 한도를 갖도록 구성할 수도 있습니다. 두 계약은 각각 전체 DAO와 스냅샷 스타일 DAO에 대해 이를 달성합니다.
daoVoteGrantImplant.sol
GrantsBORG의 비율 한도 및 상한에 대한 예외에 대해 앞서 언급한 DAO 공동 승인 패턴을 활성화합니다.
이젝트임플란트.솔
GrantsBORG 멀티시그 서명자가 자발적으로 사임하거나 DAO가 GrantsBORG 멀티시그 서명자를 제거할 수 있도록 합니다. GrantsBORG 직원에게 급여를 지급하는 데 사용되는 MetaVest 인스턴스의 DAO 제어와 결합하면 사임 메커니즘은 DAO가 BORG 구성원을 추가 및 제거할 주주와 같은 권한이 없이도 BORG에 영향을 미칠 수 있는 강력한 방법이 될 수 있습니다. 아래의 "MetaVest" 및 "견제 및 균형"을 참조하세요 .
failSafe.sol
지정된 이벤트(예: BORG 서명자 수가 SAFE에서 작업 승인에 필요한 최소 임계값 아래로 떨어지는 경우)에서 자금을 DAO(또는 다른 주소)로 되돌릴 수 있도록 합니다.대상 주소(일반적으로 DAO 금고)는 배포 시 설정되고 변경할 수 없습니다.다른 임플란트와 마찬가지로 ConditionManager와 결합하여 DAO 승인만으로 트리거되거나 DAO 승인 + 다른 조건 또는 승인 수에 의해 트리거되는 회수를 허용할 수 있습니다.이를 통해 불리한 이벤트에 대응하기 위한 몇 가지 흥미로운 전략이 도출될 수 있습니다.아래의 "MetaVest" 및 "BORG에 대한 게임 이론"을 참조하세요.그러나 DAO 커뮤니티와 관련 BORG는 상품 풀 또는 투자 회사 규정에 따라 DAO가 다각화된 금고를 유지하는 위험을 주의 깊게 이해해야 합니다. 따라서 이는 엄격하게 자금 보안 조치로 취급되어야 하며, 이러한 조치가 취해지면 DAO 커뮤니티는 (폐기되었을 가능성이 높은) BORG에서 DAO로 이전된 비원주민 자산을 보관하기 위해 대체 BORG를 만들기 위해 뭉쳐야 합니다.
LeXscroW - 사이버네틱 에스크로
LeXscroW( https://github.com/MetaLex-Tech/LeXscroW )는 MetaLeX OS의 중요한 구성 요소로, 변경 불가능하고 비보관형이며 유연하게 조건이 정해진 스마트 계약 에스크로를 제공하도록 설계되었습니다. 이러한 에스크로는 MetaLeX OS 팀의 실제 거래 경험과 그 안에서 에스크로 에이전트를 사용하는 것을 염두에 두고 구축되었습니다. LeXscroW는 BORG와 관련된 안전하고 자동화되고 합법적으로 최적화된 거래를 보장하여 MetaLeX OS 생태계를 향상시킵니다. 일반적으로 장황한 법적 계약과 수동 프로세스에 위임되는 "거래 논리"를 대신 블록체인에 적용합니다.
모든 LeXscroW에 공통적인 핵심 기능은 다음과 같습니다.
소유자 없는 배포 : 계약은 '소유자' 없이 배포되므로 계약이 활성화된 후에는 단일 개체가 조건을 변경할 수 없습니다.
불변 조건 : 실행 조건에는 서명, 시간 제약, 오라클 공급 데이터 등이 포함될 수 있습니다. 이러한 조건은 배포 시 불변하여 거래 논리의 신뢰를 최소화하는 시행입니다.
예치자 유연성 : 계약에서는 예치 당사자를 지정하거나 어떤 주소로든 예치하도록 허용할 수 있으며, 특정 사전 합의된 상대방과의 협상된 계약과 공개 제안(제안자가 사후 에 수락 당사자를 거부할 수 있는 옵션 포함)을 모두 지원합니다.
LeXscroW는 다양한 유형의 스마트 에스크로 계약을 제공하며, 각각은 특정 거래 요구 사항에 맞춰 제공됩니다.
1. 더블토큰렉스크로우
양자 거래: 두 가지 서로 다른 ERC20 토큰을 포함하는 양자 스마트 에스크로 거래를 위해 설계되었습니다.
실행 조건: 모든 조건이 만료되기 전에 충족되면 계약이 실행되고 양 당사자에게 토큰이 공개됩니다.
2. 토큰렉스크로우
일방적 거래: 단일 ERC20 토큰에 대한 일방적 스마트 에스크로 거래를 용이하게 합니다.
실행 및 환불: 토큰은 조건을 충족하는 경우 판매자에게 지급되거나, 계약이 실행되지 않고 만료되는 경우 구매자에게 환불됩니다.
입금자 거부: 판매자는 입금자를 거부하여 거부된 입금에 대한 인출 메커니즘을 실행할 수 있습니다.
3. 에스렉스크로우
네이티브 토큰 거래: TokenLexscroW와 유사한 조건 및 기능으로 네이티브 가스 토큰(예: ETH)에 대한 에스크로를 처리합니다.
LeXscroW는 MetaLeX OS 내의 BORG 아키텍처와 완벽하게 통합되어 BORG 거래의 신뢰 최소화, 거버넌스 책임의 본질을 강화합니다. MetaLeX OS의 각 BORG는 LeXscroW 계약을 통합하여 에스크로된 자금을 관리하고, 거래가 스마트 계약 조건과 BORG 운영을 규제하는 법적 규칙을 모두 준수하도록 할 수 있습니다. 이를 통해 BORG는 다소 더 유연하면서도 신뢰 최소화를 유지할 수 있습니다. DAO가 처음에 BORG를 승인했을 때 예상할 수 없었던 거래도 관련 거래 논리를 자동으로 적용하는 방식으로 구현할 수 있습니다.
예를 들어 GrantsBORG는 LeXscroW를 활용하여 일부 OpsBudget 거버넌스 토큰을 TokenLeXscroW를 통해 스테이블코인으로 전환할 수 있습니다. TokenLeXscroW는 거버넌스 토큰을 특정 잠금 조건과 함께 시장 가격 대비 할인된 가격으로 판매합니다. 기본적으로 이는 일방적인 OTC 토큰 판매 제안입니다.
LeXscroW는 기존 BORG 기능을 강화하는 것 외에도 MetaLeX OS 내의 "거래 기술" 기능을 크게 강화하여 다양한 엔터티 간의 안전하고 투명한 거래를 지원합니다.
BORG-to-BORG 거래: LeXscroW는 BORG가 서로 복잡한 거래를 할 수 있도록 하여 특정 조건이 충족될 때만 자금이 출금되도록 보장합니다. 이를 통해 서로 다른 BORG 간의 신뢰와 운영 효율성이 향상됩니다.
DAO-BORG 거래: DAO는 LeXscroW를 사용하여 BORG에 안전하게 자금을 조달하여 자금이 사전 정의된 조건 및 이정표에 따라 활용되도록 할 수 있습니다. 이 메커니즘은 DAO 내의 거버넌스와 책임을 지원하는 동시에 BORG에 운영 자율성을 제공합니다.
DAO-DAO 거래: LeXscroW는 서로 다른 DAO 간의 안전하고 조건부 거래를 용이하게 하여 협업 프로젝트와 자금 조달 이니셔티브를 가능하게 합니다. 자금이 출금되기 전에 모든 조건이 충족되도록 함으로써 LeXscroW는 별도의 DAO 간의 신뢰와 협력을 촉진합니다.
기본적으로 두 개체가 준수할 수 있는 규칙 집합을 디지털 방식으로 구축하여 일반 회사와 조직이 서로 상호 작용하면서 거래와 보장을 맺는 방식을 복제하지만, 신뢰를 최소화하고 안전한 방식으로 제공합니다.
흥미로운 사용 사례
LeXscroW는 MetaLeX OS 생태계 내 거래의 기능성과 신뢰성을 향상시키기 위해 다양한 시나리오에 적용될 수 있습니다.
1. 합병 및 인수(M&A) 에스크로:
시나리오: 두 개의 DAO 또는 '프로토콜'이 합병에 동의하고, 거래에 토큰과 자산의 복잡한 교환이 포함됩니다.
LeXscroW 솔루션: DoubleTokenLexscroW 계약은 토큰 교환을 처리하도록 설정할 수 있으며, 토큰이 교환되기 전에 모든 DAO 투표, BORG 작업 및 기타 전제 조건이 충족되도록 보장하는 조건이 있습니다. 이를 통해 두 DAO 모두 중앙 중개자가 필요 없이 프로세스를 신뢰할 수 있습니다.
2. 신뢰할 수 없는 토큰 스왑:
시나리오: 두 BORG 또는 DAO가 중앙 집중식 거래소에 의존하지 않고 토큰을 직접 교환하려고 합니다.
LeXscroW 솔루션: DoubleTokenLexscroW를 사용하면 각 당사자가 각자의 토큰을 계약에 입금합니다. 스왑은 양 당사자가 필요한 금액을 입금하고 추가 조건(예: 오라클 확인 가격 피드)이 충족될 때만 실행됩니다. 이를 통해 토큰 거래소에 안전하고 신뢰할 수 없는 환경이 조성됩니다.
3. 프로젝트 자금 조달 이정표:
시나리오: DAO는 BORG가 관리하는 프로젝트에 자금을 조달하며, 자금은 프로젝트 이정표에 따라 지급됩니다.
LeXscroW 솔루션: TokenLexscroW 계약은 자금을 보관하는 데 사용할 수 있으며, 사전 정의된 이정표가 달성되고 검증됨에 따라 점진적으로 자금을 해제할 수 있습니다. 이는 온체인 이벤트 또는 신뢰할 수 있는 오라클을 통해 가능합니다. 이를 통해 각 자금 트랜치가 해제되기 전에 프로젝트가 계획대로 진행되고 있는지 확인할 수 있습니다.
4. 크로스 DAO 협업:
시나리오: 여러 DAO가 각각 자금이나 자원을 투자하여 합작사업을 위해 협력합니다.
LeXscroW 솔루션: EthLexscroW 또는 TokenLexscroW 계약을 체결하여 풀링된 리소스를 관리하고 합의된 이정표, 각 DAO 또는 계층적 승인(기본적으로 DAO 및 BORG의 가상 멀티시그에 의한 승인)의 진행 및 기여를 반영하는 조건에 따라 자금을 해제할 수 있습니다. 이를 통해 협력이 촉진되고 공유 리소스 관리의 투명성이 보장됩니다.
5. 베팅:
시나리오: 트위터 KOL 2명이 ETH가 2024년 말까지 10,000달러에 도달할 것이라고 USDC 100만 달러에 베팅했다.
LeXscroW 솔루션: TokenLexscroW는 ETH의 가격을 추적하는 오라클에 플러그인하여 오라클 가격에 따라 자동으로 우승자에게 자금을 지급합니다.
불변의 조건 기반 에스크로 계약을 통합함으로써 LeXscroW는 거래가 안전하고 투명하며 효율적이도록 보장하여 MetaLeX OS의 신뢰성과 기능을 강화합니다. 이 통합은 특히 BORG, DAO 및 기타 엔터티 간의 복잡하고 신뢰가 최소화된 거래를 용이하게 하는 데 강력하여 합법적으로 최적화된 거버넌스 책임 cyBernetic ORGanizations의 비전을 추진합니다.
MetaVesT - 고급 신뢰 최소화 베스팅
MetaVesT( https://github.com/MetaLex-Tech/MetaVesT )는 ERC20 호환 토큰을 위한 BORG 호환 및 법적 최적화(특히 세금 최적화 가능) 토큰 베스팅/락업 프로토콜입니다. 다른 토큰 '베스팅' 프로토콜(Hedgey 등)과 마찬가지로 시간이 지남에 따라 수혜자에게 스트리밍되는 기본 토큰 할당을 지원합니다. 그러나 MetaVesT는 실제 세계에서 합법적인 토큰 계약이 작성되는 방식을 반영하는 훨씬 더 복잡하고 정교한 토큰 부여 계약도 지원합니다. 이러한 기능은 다음과 같습니다.
듀얼 커브 토큰 해제 메커니즘(각 커브가 잠재적으로 별도의 '절벽'을 가질 수 있도록 다른 주기로 "귀속"(즉, 획득 ) 및 "잠금 해제"(즉, 전송 제한에서 해제)되는 토큰 부여 지원)
토큰 옵션 지급 및 토큰 워런트 메커니즘(지급 시점에 행사 가격을 설정하고 나중에 수혜자가 '귀속' 토큰을 구매하기 위해 해당 행사 가격을 스테이블코인으로 지불하도록 지원. 토큰이 이미 유동적이고 가격이 높은 후에 보조금이 지급될 때 세금 구조화에 중요함)
제한된 토큰 보상 메커니즘(보조금 지급 시 재매입 가격을 설정하고 나중에 보조금 지급자가 '보조금 지급 전' 토큰을 재매입하기 위해 스테이블코인으로 해당 재매입 가격을 지불하도록 지원함. 토큰이 유동화 전이고 가격이 낮을 때 보조금을 지급할 때 세금 구조화에 중요함)
그룹 수정 메커니즘(수혜자 및 양도자의 대부분 가치는 동일 코호트의 모든 사람에 대해 토큰 부여를 수정할 수 있음—모든 직원/투자자가 수정에 동의하지 않아도 발효되는 주식 인센티브 플랜 수정 메커니즘 및 벤처 투자자 SAFT/토큰 워런트 메커니즘과 동일함)
"악할 수 없음"/안티-러그 베스팅 보장—이렇게 구성된 경우, 양도자가 일방적으로 변경할 수 있는 MetaVesT의 유일한 기능은 (해당되는 경우) 베스팅 종료(독립 계약자의 "임의" 서비스 종료와 동일)입니다. 다른 모든 변경 사항은 현실 세계의 법적 계약과 마찬가지로 합의에 따른 수정 메커니즘을 사용해야 하며(물론 양도자가 베스팅 토큰을 러그할 수 없음)
패스스루 DAO 투표(귀속되지 않았거나 잠긴 토큰은 여전히 DAO에서 지분을 보유하고 투표할 수 있음) - 수혜자가 지속적인 잠금 및/또는 재매수 권리에도 불구하고 토큰의 합법적 소유자로 간주되는 제한된 토큰 수여 메커니즘에 중요함
이정표 - 시간 경과에 기반한 것이 아니라 이벤트에 기반한 귀속을 허용합니다.
DAO 책임성 - 예를 들어 DAO가 근로자를 해고하거나 근로자의 토큰 부여를 종료하여 근로자가 그만두도록 강력히 권장할 수 있도록 허용하는 것입니다.
MetaVesT는 BORG 인력이 DAO에서 받은 보상으로 귀속되는 것을 중재하고 GrantsBORG에서 보조금 수혜자에게 보조금 귀속을 중재하는 데 사용할 수 있습니다. 예를 들어 GrantsBORG는 MetaVesT를 사용하여 복잡한 조건이 있는 사용자 지정 보조금 유형의 지급을 처리할 수 있습니다. 이정표 달성이나 시간 기반 귀속 또는 두 가지의 조합과 같이 릴리스에 대한 특정 조건을 설정함으로써 GrantsBORG는 사전 정의된 기준이 충족될 때만 자금이 지급되도록 할 수 있습니다. 여기에는 시간 경과와 토큰이 특정 가격에 도달하는 것과 같은 일부 오라클 조건이 충족되는 것을 포함할 수 있습니다. 이 메커니즘은 보조금 지급 프로세스를 자동화할 뿐만 아니라 DAO에서 승인한 목적과 오프체인 규칙을 준수하도록 보장합니다. MetaVesT는 추가 프로그래밍을 위해 LeXscroW와 페어링될 수도 있습니다.
다른 토큰 귀속/잠금 해제 프로토콜과 비교했을 때, MetaVesT는 사이버네틱 법률 철학, DAO 및 BORG에 더욱 최적화된 다양한 기능을 가지고 있습니다. 또한 다른 프로토콜과 달리 소스가 제공되고 오픈 소스입니다. 합법적인 토큰 귀속/잠금 해제 계약에 대한 DeFi 스타일 및 거버넌스 기반 솔루션이 되도록 의도되었습니다. Hedgey와 가장 유사하지만, 사이버네틱 법률 철학에 최적화된 추가 기능이 있습니다. Toku와 같은 중앙 집중식 '관리자 스타일' 솔루션과 비교했을 때 말입니다. 우리는 토큰 귀속/잠금 해제가 'devco'이든 MetaLeX와 같은 SaaS 회사이든 중앙 기관의 변덕에 달려서는 안 된다고 생각합니다. '악할 수 없다'는 것이 '악하지 마라'는 것보다 낫습니다.
구성 예 – GrantsBORG
MetaLeX OS는 매우 기능이 풍부하고 매우 사용자 정의가 가능한 제품군으로, BORG에 필요한 모든 사용자 정의를 기본적으로 제공합니다. 많은 기능을 강조했으므로 이제 특정 DAO 인접 BORG의 보다 구체적이고 의견이 있는 구현으로 기울어지고, 기술적 및 법적 측면에서 어떻게 설정될 가능성이 있는지 논의하고, BORG와 인접/후원 DAO 간의 결과적인 체크/밸런스 역학의 '게임 이론'을 탐구하는 것이 유용합니다.
이러한 목적을 위해, 우리는 아래에 묘사된 전형적인/권장되는 DAO-인접 GrantsBORG 설정으로 볼 수 있는 것을 살펴볼 것입니다. 참고: 이것은 우리가 대부분 프로젝트의 목적에 적합할 것이라고 생각하는 '의견이 있는' 구성 중 하나일 뿐입니다. 물론 우리는 고객과 협력하여 개별 커뮤니티 요구 사항과 거버넌스 철학에 따라 많은 대체 구성을 구성할 수 있습니다. 우리는 BORG의 요구 사항을 고려하고 이를 템플릿으로 사용하는 대신 설정을 사용자 정의하는 것을 강력히 권장합니다.
더 구체적으로 말하면, 표준 DAO-인접 Grants BORG의 기본 설정은 다음과 같습니다.
3. DAO가 승인된 DAO 거버넌스 제안(또는 일련의 승인된 DAO 거버넌스 제안)을 통해 Grants Foundation에 기부하는 '돈'(토큰 형태)
5. Ops Multisig 및 Grants Multisig라는 각 버킷을 보관하기 위한 별도의 SAFE multisig
6. Grants Foundation이 이러한 멀티시그와 그들이 '통제하는'(또는 보다 흔하게는 '보유하는') 토큰의 소유자라는 것을 입증하는 법적 문서
7. 앞서 언급된 제안의 일부로서 DAO가 이러한 멀티시그의 초기 서명자를 선출(또는 적어도 수락)합니다.
8. 멀티시그 및 관련 활동과 관련하여 이러한 서명자가 Grants Foundation을 위해 일하고 있음을 입증하는 문서.
11. BORG 보조금에 대한 목표 '전략' - 이 경우 유망한 건설업체에 많은 양의 소규모 '부트스트래핑' 보조금을 제공하는 것이라고 가정해 보겠습니다.
12. Grants Multisig를 MetaLeX OS에 연결:
렉스크로우:
메타베스트:
Mixbytes 감사:
https://github.com/mixbytes/audits_public/tree/master/MetaLeX
Zellic Audit(MetaVesT만 해당):
사이버네틱법은 이제.
