계층 설계 - 카르다노 세틀먼트 레이어
위대한 프로토콜과 언어를 설계할 때, 미래를 보는 것이 아니라 과거를 참조해야 합니다. 과거, 이론적으로는 완벽하지만 현실에서는 살아남지 못한 Open Systems Interconnection standards 같은 예가 있습니다. 과거에는 TCP/IP 부터 JavaScript에 이르는 행복한 사건들도 있습니다.
역사적 관점에서 추출한 몇 가지 원칙은 다음과 같습니다.
미래를 예측할 수 없으므로 변화할 수 있는 여지를 만드세요.
복잡성은 이론에서 좋지만, 단순함이 대개 승리합니다.
사공이 많으면 배가 산으로 갑니다.
표준이 일단 설정되면 그것이 차선책인지 여부에 관계없이 지속될 것 입니다.
의지가 있다면 나쁜 아이디어는 실제로 좋은 아이디어로 진화 할 수 있습니다.
카르다노는 그 자체의 사회적 특성을 수용하는 금융 시스템입니다. 시스템은 특정 사용자의 트랜잭션에서 임의의 복잡성을 해결할 수있는 유연성과 능력을 절실히 필요로 합니다. 만일 성공적이라면, 수백만 건의 동시 트랜잭션을 수용 할 수있는 엄청난 양의 계산, 스토리지 및 네트워크 리소스를 필요로 할 것 입니다.
그러나 우리에게는 공정한 네트워크를 달성하기 위해 부유한 노드에서 가져와 가난한 노드에 주는 디지털 탈 중앙화 Robin Hood는 없습니다. 네트워크에서 공공의 이익을 위해 이타적으로 희생하는 인간의 선의를 믿을 만큼 사치를 부릴 수도 없습니다. 따라서 Cardano의 설계는 TCP / IP에서 ‘관심 사항의 분리’ 개념을 채용합니다.
블록체인은 궁극적으로 타임스탬프와 불변성에 대한 보증과 함께 어떤 사실과 사건들을 제공하는데이터베이스 입니다. 돈의 맥락에서, 블록체인은 자산의 소유권을 제공합니다. 프로그램을 저장하고 실행하여 복잡한 연산을 추가하는 것은 독립적인 개념입니다. 우리는 얼마만큼의 가치가 Alice에게서 Bob으로 이동했는지를 알고 싶은 것인가요? 아니면 거래 뒤의 모든 스토리와 얼마나 보낼 것인지를 파악하고 싶은 것인가요?
매우 유연하기 때문에 이더리움이 하였던 것처럼 후자를 선택하는 것은 매우 유혹적이지만, 위에서 이야기 한 설계 원칙(‘관심 사항의 분리')에 위배됩니다. 모든 정보를 알고 있다는 것은 단일 프로토콜이 임의의 이벤트를 이해하고 임의의 트랜잭션을 스크립트로 만들수 있으며, 사기의 경우 임의의 허가를하고 심지어 새로운 정보가 제공 될 때 잠재적으로 트랜잭션을 되돌릴 수도 있다는 의미입니다.
그렇다면 대체 어떤 메타데이터가 각 트랜잭션에 저장되어야 하는 가를 결정하는 것은 어려운 문제가 됩니다. 엘리스와 밥의 거래에 관한 어떤 요소가 관련된 것일까요? 그 관련성은 영원한 것일까요? 우리는 언제 이 데이터들을 버릴 수 있을까요? 그렇게 하는 것이 어떤 국가에서는 위법이지 않을까요?
게다가, 몇몇 연산은 본질적으로 비공개입니다. 예를들어, 회사 직원들의 평균 연봉을 측정 할 때, 각 개인의 연봉을 유출하고 싶지 않습니다. 하지만 모든 연산이 공개적으로 알려진다면 어떻게 될까요? 이런 공개성이 실행 순서에 편향을 일으켜서 결과에 해를 끼친다면 어떨까요?
따라서 우리는 가치의 회계 처리와 왜 가치가 옮겨졌는가에 대한 이야기는 분리되어야 한다는 입장을 선택했습니다. 달리 말하자면, 가치와 연산의 분리입니다. 분리는 Cardano가 스마트 컨트랙트를 지원하지 않는다는 것을 의미하지 않습니다. 반대로, 분리를 명백히 함으로써 스마트 컨트랙트의 설계, 사용, 개인 정보 보호 및 집행에서 훨씬 더 많은 융통성을 허용합니다.
가치에 대한 원장은 Cardano Settlement Layer (CSL)라고 부릅니다. 가치를 다루는 것이 목적이므로 로드맵의 목표는 다음과 같습니다.
두가지 스크립트 언어 세트의 지원. 하나는 가치의 이동을 위한 것이며 다른 하나는 오버레이 프로토콜에 대한 지원을 강화하기 위한 것
다른 장부와 연결되는 KMZ 사이드 체인5 에 대한 지원을 제공합니다
더 높은 보안을 위해 양자 저항 시그니처를 포함한 여러 유형의 시그니처 지원
다중 사용자가 발행한 자산 지원
실제 확장성 달성, 더 많은 사용자가 가입할 수록 시스템 기능이 향상됨을 의미