이미지 설명

동영상을 보려면 클릭하세요.

샤오샤오:안녕하세요 여러분, HashKey Capital의 투자 이사 Xiao Xiao이며 오늘 AMA의 호스트이기도 합니다. 본론으로 들어가겠습니다.

Bitcoin이 Crypto 분야에서 가장 강력한 합의를 가진 자산이라는 것은 모두가 알고 있다고 생각하지만 오늘날까지 주요 용도는 여전히 저장 및 가치 교환에 있습니다. DFINITY 커뮤니티는 작년 9월에 ICP와 비트코인 ​​네트워크의 직접 통합을 제안했으며 스마트 계약을 통해 비트코인에 더 많은 애플리케이션 시나리오를 도입하고 이를 강화하고 일부 고품질 자산을 IC 생태계에 가져올 계획입니다. 당시 이 제안은 96% 이상의 사람들이 지지했으며 이는 이 기술에 대한 커뮤니티의 기대를 보여주기에 충분했습니다.

제안이 통과된 후 최근 매우 중요한 이정표가 나타났습니다. 올해 6월 10일 DFINITY 재단이 비트코인의 첫 번째 단계와 직접 통합의 완료를 발표했습니다. 이는 우리가 이전에 많이 이야기한 ECDSA 서명 임계값입니다. , 비교적 상당한 진전이라고 할 수 있으며 Bitcoin의 IC 통합을 해결하기위한 중요한 전제 조건이기도합니다.

모두가 기술을 실현하는 방법을 알고 있다고 생각하십니까? 사용 방법? 앞으로 어떻게 발전할지 등 궁금증이 가득하다. 오늘 DFINITY의 핵심 기술 엔지니어인 Paul Liu 씨를 초대하여 귀하의 질문에 답하게 된 것을 매우 영광으로 생각하며 다음 번에는 Paul에게 인계될 것입니다.

Paul Liu：Xiao 씨에게 감사드립니다. 공유할 수 있는 기회를 갖게 되어 매우 기쁩니다. 저는 DFINITY의 엔지니어입니다. 제 이름은 Paul입니다. 저는 약 4년 전에 DFINITY에 입사했으며 초기 직원입니다. 저희 메인넷도 작년에 출시되었고 출시 이후 많은 새로운 개발을 거쳤습니다.가장 중요한 새로운 개발은 비트코인과의 통합 계획입니다.

오늘 저는 저희 인터넷 컴퓨터가 비트코인 ​​기술을 통합한 몇 가지 개요를 소개하고자 합니다.특히 심도 있는 기술적인 세부 사항에 대해서는 언급하지 않겠습니다.

먼저 비트코인 ​​체인의 거래 프로세스를 검토해 보겠습니다.동급생이 앨리스 한 명과 밥 한 명이라고 가정해 보겠습니다. 앨리스는 밥에게 사토시를 보내려고 하고 400,000을 보내야 합니다. 여기 그림에서는 공개 키를 나타내는 키를 사용하고 점선은 개인 키입니다. Alice와 Bob은 둘 다 자신의 공개 키와 개인 키를 가지고 있으며 Bitcoin 체인에 대한 트랜잭션을 시작하려면 개인 키로 트랜잭션에 서명해야 합니다.

구체적인 프로세스를 살펴보자 트랜잭션을 생성하기 위해 그녀는 일정량의 비트코인을 손에 들고 있어야 합니다 그녀의 비트코인은 우리가 일반적으로 UTXO라고 부르는 이전 트랜잭션에서 생성된 출력입니다. 각 트랜잭션의 소스와 입력은 하나 이상의 이전 트랜잭션의 출력이어야 합니다. 예를 들어 Alice는 이전 두 거래에서 100,000을 받고 다른 사람은 300,000을 얻은 다음 Bob에게 400,000의 출력을 형성합니다.그녀는 사용하지 않은 이전 거래만 사용할 수 있습니다. 이것은 비트코인 ​​전용입니다. UTXO 모델.

이전 두 트랜잭션은 새 트랜잭션을 생성하는 데 사용되며, 이 새 트랜잭션을 Bob에게 할당합니다. 녹색임을 알 수 있습니다. 이 녹색은 Bob에게 보낸 공개 키에 해당하는 주소를 나타냅니다. 그 후, 그녀는 이 거래를 시작하고 그것을 비트코인 ​​네트워크에 넘기고자 합니다.채굴자이든 비트코인 ​​네트워크의 노드이든 그들은 사용자로부터 받은 거래를 블록에 넣을 것입니다.각 블록에는 약 약 1500건의 트랜잭션이 비트코인 ​​블록체인을 구성하고 있습니다.

우리가 우려하는 것은 트랜잭션을 생성하는 전체 프로세스이며, 자체 트랜잭션에 서명하려면 자체 개인 키가 있어야 함을 알 수 있습니다. 그리고 그녀의 이전 UTXO를 알아야 새 거래를 인용하고 발행할 수 있습니다.

비트코인의 과정을 다 본 후에 인터넷 컴퓨터에 대해 간략하게 소개하겠습니다. 우리는 그것을 인터넷 컴퓨터라고 부릅니다. 우리가 인터넷컴퓨터프로토콜이라고 부르는 프로토콜에서 실행되며 퍼블릭 블록체인 서비스 플랫폼을 제공합니다. 노드 운영자로서 특정 데이터 센터와 그곳에서 노드를 실행하기로 계약을 맺을 수 있습니다. 노드는 ICP 네트워크에 가입할 수 있습니다. 가입 후 모든 노드가 기본 네트워크를 형성합니다. 그 위에 인터넷 프로토콜인 IP가 실행됩니다. IP 위에 ICP 프로토콜이 실행됩니다. 노드는 여러 서브넷으로 나뉘고 합의 프로토콜은 각 서브넷 내에서 실행되지만 모든 서브넷이 함께 결합된 네트워크를 형성합니다. 이 네트워크에서 우리는 이를 이 네트워크에서 제공하는 컴퓨팅 플랫폼 또는 스마트 계약과 같은 프로그램이 실행될 수 있는 가상 머신으로 추상화합니다.

그 주요 특징은 스마트 컨트랙트가 네트워크 HTTP 서비스를 직접 제공할 수 있고 쿼리 응답이 밀리초 수준으로 상태를 변경할 수 있는 트랜잭션이 시작되면 2-3초가 걸릴 수 있지만 2-3초입니다. 또한 현재 블록체인 시대에서 가장 발전된 것입니다. 주요 목적은 웹사이트에서 스마트 계약을 실행하는 것이므로 사용자에게 요금을 부과할 수 없습니다.사용자는 비용을 지불하지 않고 스마트 계약에 액세스할 수 있습니다.예를 들어 웹사이트를 방문하기 위해 브라우저를 직접 사용하는 경우 비용을 지불할 필요가 없습니다. 역기체 모델. 서브넷 간의 통신, 서브넷과 외부 사용자 간의 통신은 RTC 또는 원격 호출과 유사한 모델을 사용합니다. HTTP를 호출로 생각할 수도 있습니다.

왜 우리는 그것의 계산 비용이 상대적으로 낮고 안정적이라고 말하는지, 출시된지 얼마 되지 않아 사용하는 사람이 적다는 것이 아니라 계산 비용이 낮다는 것입니다. 실제로 가장 진보된 샤딩 기술을 사용하기 때문에 새로운 서브넷을 추가하여 전체 네트워크의 부하를 공유할 수 있으므로 실제로 이론적인 상한선이 없으며 하드웨어가 허용하는 한 무한히 확장할 수 있습니다. 이것이 가능한 이유는 각 서브넷이 고도의 암호화 지식으로 서로의 계산 결과를 검증하기 때문에 서브 네트워크의 과거 거래 기록 없이 현재 서브 네트워크의 계산이 유효한지 검증할 수 있습니다. 스마트 컨트랙트에 웹 사이트의 서비스를 직접 작성할 수 있는 이유는 공개 키만 전달하면 되기 때문에 스마트 컨트랙트의 실행 결과가 휴대폰이나 브라우저에서 올바른지 직접 확인할 수 있기 때문입니다.

아마도 응용 계층에서 IC의 가장 두드러진 특징 중 하나는 스마트 계약을 통해 투표할 수 있고 투표 결정을 자동으로 구현할 수 있는 자율 투표 거버넌스 시스템을 가지고 있다는 것입니다. DAO 모델은 오늘날까지 발전해 왔으며 수동 투표와 그에게 더 많은 서명을 요구하는 일인당 서명이 제거되고 스마트 계약을 사용하여 자동화해야 한다고 생각합니다.

위에서 언급한 IC의 개발 환경은 가상머신이라 할 수 있으므로 개발자가 스마트 컨트랙트 코드를 직접 업로드하여 IC에 배포할 수 있으며 이는 클라우드 서비스에 코드를 배포하는 것과 유사합니다. 배포 후 각 코드는 독립적인 컨테이너가 됩니다. 이를 Canister라고 합니다. IC의 각 컨테이너에는 스마트 계약의 코드가 있을 뿐만 아니라 해당 상태도 포함되며 수정할 수 있는 모든 상태는 컨테이너 내부에 저장됩니다. 다른 컨테이너의 상태에 접근하려면 다른 컨테이너의 인터페이스를 통해 접근해야 하며, 이 인터페이스에 접근하는 것은 원격 호출과 같다. 그러나 상대방이 이 인터페이스를 열지 않거나 개방형 인터페이스에서 필요한 데이터를 제공하지 않으면 액세스할 수 없습니다. 따라서 이것은 상대적으로 큰 차이점이며 현재의 다른 블록체인과 상당히 다를 수 있으며 특히 개발자는 주의를 기울여야 합니다. 그러나 기존의 Internet Docker 또는 MicroService 개발 모델에 비교적 가깝고 기존 개발자는 IC에서 개발하는 데 비교적 익숙할 수 있습니다.

이른바 스마트 계약과 비트코인의 통합이란 무엇입니까? 우리는 이전에도 비트코인 ​​트랜잭션을 본 적이 있습니다. 비트코인은 서명할 트랜잭션을 시작합니다. 여기에서 앨리스와 밥이 비트코인을 컨테이너로 직접 보내는 데 사용되는 경우 컨테이너도 비트코인을 직접 받을 수 있는지 확인할 수 있습니다. 이 경우 컨테이너는 또한 사용자와 마찬가지로 거래를 주고 받으며 실제로 스마트 컨트랙트는 비트코인 ​​자산을 관리할 수 있습니다.즉 비트코인을 위한 스마트 컨트랙트 플랫폼을 제공할 수 있습니다.

따라서 더 중요한 가정 중 하나는 IC의 각 캐니스터, IC의 스마트 계약, IC의 각 캐니스터가 비트코인 ​​주소를 얻을 수 있다면 프로그램 로직 비트코인 ​​자산을 통해 관리할 수 있다는 것입니다. 이것이 디자인의 원래 의도입니다.각 캐니스터가 자체 비트코인 ​​주소를 갖도록 허용해야 합니다.자신의 주소를 갖는다는 것은 자체 트랜잭션을 발행할 수 있어야 함을 의미합니다.

구체적인 구현 프로세스를 살펴보자.통합은 먼저 기본 프로토콜 계층에서 이루어집니다.프로토콜 계층은 실행 중인 비트코인의 라이트 노드인 비트코인 ​​네트워크에 액세스할 수 있도록 하여 트랜잭션 상태를 알 수 있습니다. 비트코인 네트워크와 최신 블록이지만 비트코인 ​​채굴에 참여하지 않고 사용자 트랜잭션을 보내고 받는 데만 사용됩니다. 그러나 이러한 블록의 정보는 IC의 모든 노드에서 얻을 수 있으며 이 노드는 이 정보를 사용자가 실행하는 캐니스터인 가상 머신까지 전달할 수 있습니다. 따라서 Canister는 자신이 소유한 이 BTC 주소의 모든 UTXO를 얻을 수 있습니다.

사용자가 캐니스터로 자산을 전송하려는 경우, 즉 내가 비트코인을 캐니스터로 보낸다면 캐니스터는 비트코인 ​​네트워크를 모니터링하여 이 정보를 수신할 수 있습니다. 누군가 자신의 주소로 비트코인을 보냈고 이 정보를 알 수 있습니다.

어떻게 보내나요? 그는 자신의 거래를 위해 서명을 해야 하고 그가 만든 서명은 비트코인 ​​네트워크로 보내져야 하므로 캐니스터에 입력되는 과정뿐만 아니라 캐니스터에서 나오는 출력이 비트코인으로 순환될 수 있다. 회로망. 따라서 이것은 기본 노드에서 제공하는 서비스입니다. IC의 원래 노드와 비교하여 비트코인 ​​네트워크와 직접 정보를 교환하는 과정인 조금 더 많은 서비스를 제공합니다.

각 캐니스터 컨트랙트가 비트코인 ​​자산을 제어할 수 있는 자체 비트코인 ​​주소를 가지게 할 수 있기 때문에 주된 이유에 대해서만 이야기 했습니다. 비교적 좋은 진전을 보였다. 이 기술을 통해 각 캐니스터에 고유한 BTC 주소를 할당할 수 있습니다. 소위 고유 주소는 고유한 공개 키가 있음을 의미합니다. 서명할 수 있는데 이 서명은 그가 자신의 개인키를 가지고 있는 것이 아니라 그의 서명이 IC 네트워크 상의 서브넷을 통해 서명되고 서브넷이 캐니스터를 대신해 서명하고 싶은 계약에 서명할 수 있다는 것이다. 이에 대해서는 나중에 자세히 설명합니다.

캐니스터마다 고유한 비트코인 ​​주소가 있고 체인에서 관련 UTXO 트랜잭션을 얻을 수 있는 경우 프로그램을 통해 자체적으로 결정을 내릴 수 있습니다. 새 트랜잭션을 시작해야 하는지 또는 사용자로부터 더 많은 정보를 얻고 싶은지 여부입니다. 더 많은 정보, 비트코인 ​​네트워크와 상호 작용할 수 있을 뿐만 아니라 동시에 브라우저를 통해 사용자와 직접 상호 작용할 수 있습니다. 또한 트랜잭션을 위해 네트워크에 새로운 트랜잭션을 보낼 수 있습니다.전체 주기가 끝날 수 있다면 IC에서 실행되는 사용자 코드가 이미 비트코인 ​​네트워크에 스마트 계약 서비스를 제공할 수 있는 것과 같습니다. 그래서 이 세 가지 포인트는 우리가 IC와 BTC의 통합이라고 부르는 것 중에서 가장 중요합니다. 이 세 가지 포인트를 할 수 있는 한 말입니다.

이 기능을 사용하려면 개발자가 몇 가지 시스템 인터페이스를 거쳐야 합니다.이 인터페이스는 비교적 간단합니다.직접 잔액을 가져오거나 비트코인을 보낼 수 있으며 서명을 제공하는 인터페이스도 있습니다. 가장 중요한 것은 서명을 제공하는 것입니다.이 기술은 어떻게 구현됩니까? 먼저 IC의 핵심 핵심 기술은 분산 키 생성 프로토콜인 DKG입니다. DKG의 주요 프로세스는 서브넷의 각 노드가 서명에 사용할 수 있지만 이론적으로 완전한 개인 키가 아닌 개인 키의 공유를 생성할 수 있다는 것입니다. 각 노드는 자신의 비밀을 유지하며 이 개인 키 공유는 이 노드에만 속하며 다른 사람에게 알리지 않습니다. DKG 프로토콜 이후 각 참여 노드는 자신의 개인 키 공유를 생성할 수 있습니다.

이 프로토콜은 또 다른 결과를 생성합니다. 이 서브넷은 공개 키를 갖게 됩니다. 이 공개 키는 고유합니다. 각 노드에 자체 개인 키 공유가 있는 후 개인 키 공유를 사용하여 독립적으로 서명할 수 있습니다. 이러한 노드가 동일한 메시지를 공유하면 서명하고 이 서명을 브로드캐스트합니다. 다른 노드의 서명을 알게 된 후 이러한 서명을 최종 서명으로 결합할 수 있습니다. 이 최종 서명은 서브넷의 공개 키로 확인할 수 있습니다. 즉, 고정된 공개 키로 최종 서명을 확인할 수 있지만 이 공개 키에 해당하는 개인 키를 아는 당사자는 아무도 없습니다.

시각적으로 말하면 모든 노드에 배포되고 모든 사람이 사본을 가지고 있고 모든 사람이 서명한 다음 서명 후 최종 서명이 합성될 수 있으면 공개 키를 확인할 수 있지만 해당 개인의 비밀은 아무도 가지고 있지 않습니다. key. , 모든 서명을 합성하기 위해서는 다수의 노드가 참여해야 합니다. 일반적으로 서명을 완료하려면 노드의 2/3 이상이 필요하며 트랜잭션의 최종 서명은 공개 키로 확인할 수 있습니다. IC의 주요 기술은 이것이지만 이전에 만든 서명은 BLS 암호 서명 기술을 기반으로 합니다. 이제 ECDSA 서명도 지원하는 ECDSA에 유사한 기술을 완성해야 합니다. 더 복잡하고 많은 논문에서 과거 암호학의 최전선 연구에 대해 논의했지만 특히 안전한 방법을 찾지 못했고 항상 어떤 종류의 절충안이 있습니다. 그래서 우리는 이 분야에서 최신 돌파구를 만들었고 전체 시스템의 설계에 상당히 만족하고 있습니다. 물론 암호학 전문가의 감사도 받아야 하며 다양한 검증을 거쳐 최종적으로 보안성을 확인할 수 있다.

그러나 구체적인 접근 방식은 추상적인 이해 수준에서 전체 DKG 프로세스와 일치합니다 처음에는 DKG 프로토콜을 실행하여 서브넷의 노드가 자신의 개인 키를 얻고 자신의 개인 키로 서명하고 서명 후 Put 모두 함께, 그게 전부입니다. 결합된 서명은 공개 키가 일반 ECDSA 공개 키이기 때문에 일반 ECDSA 서명과 구별할 수 없으므로 비트코인 ​​네트워크는 나중에 Schnorr 서명을 도입한 ECDSA 서명을 사용합니다. DKG가 됩니다. 우리가 일반 ECDSA를 지원하기로 선택한 이유는 적용 범위가 비트코인에 국한되지 않고 다른 방향을 가질 수 있기 때문입니다.

서브넷에 공개 키가 있다고 방금 말했습니다. Bitcoin ECDSA 서명에는 한 쌍의 키에서 더 많은 키 쌍을 생성할 수 있는 BIP32 표준이 있습니다. 이러한 하위 키를 사용하여 서명하고 서명에는 자체 주소가 있으며 거래를 받는 상대방은 귀하의 마스터 키가 무엇인지 모릅니다. 사용된 시스템은 BIP32 표준을 기반으로 하며 임계값 서명에도 적용할 수 있습니다. 따라서 각 캐니스터의 공개 키는 생성 시 할당된 고유 ID인 캐니스터 ID를 통해 이루어지며, 이 ID는 IC 네트워크에서 합의 후 위조될 수 없습니다.

따라서 이 ID를 사용하여 BIP32 표준을 사용하여 서브넷의 공개 키를 일치시켜 각 캐니스터의 공개 키를 생성하는 것이 완전히 실현 가능합니다. 캐니스터에서도 트랜잭션에 서명하고 발행하려는 경우 더 많은 공개 키를 사용하여 다른 작업을 수행할 수 있습니다. 각 공개 키는 주소에 해당하므로 기본적으로 여러 공개 키를 제공하여 사용할 수 있습니다. 캐니스터로. 이와 같이 각 캐니스터가 서명할 때 자신의 서명 요구 사항을 서브넷으로 보낸 다음 서브넷의 각 노드는 BIP32를 통해 자신의 개인 키로 서명하여 최종 서명을 합성합니다.

따라서 IC 통합 BTC는 브리지가 아닙니다. 브리징은 교차 체인 자산을 용이하게 하기 위한 것입니다.보통 체인 중 하나의 스마트 계약에 의해 잠깁니다.즉, 자산이 이 스마트 계약으로 전송된 다음 동일한 개발자가 해당하는 다른 체인에서 다른 체인을 개발합니다. 자산을 교환할 수 있도록 일련의 스마트 계약이 그곳에서 새로운 자산을 발행합니다.

이것의 주요 문제는 모든 사람이 브리지를 제공하는 개발자를 신뢰해야 하지만 IC의 이 서명 때문에 단일 당사자를 신뢰할 필요가 없으며 단일 개발자를 신뢰할 필요가 없다는 것입니다. 내 스마트 컨트랙트 소스를 게시하여 직접 공개 코드는 여기에 있고 내 스마트 컨트랙트는 IC 플랫폼에서 실행됩니다 IC 서브넷이 탈 중앙화 플랫폼이라고 믿고 그 운영 결과가 정확하다고 신뢰한다면 그런 것이 있다면 사실 더 많은 일을 할 수 있는 탈중앙화된 신뢰입니다.

특히 브리징을 통해 자산을 담보로 제공해야 합니다.모든 애플리케이션에 브릿지가 필요한 것은 아닙니다.예를 들어 정기적으로 계정에 일부 비트코인을 보내려는 경우 브릿지 또는 담보가 필요하지 않으며 서명을 통해 직접 보낼 수 있습니다. .

우리의 기술적 특성을 요약하면 각 스마트 컨트랙트마다 독립적인 BTC 주소가 있으며 핵심 기술은 Threshold ECDSA 임계값 서명입니다. 비트코인 거래는 여전히 비트코인 ​​네트워크를 통해 진행된다는 점을 지적하는 것이 중요합니다.우리의 모든 비트코인 ​​거래는 궁극적으로 비트코인 ​​네트워크로 전송되고 비트코인 ​​네트워크에 의해 확인되므로 UTXO 거래가 체인의 비트코인에 올바르게 기록됨을 확인할 수 있습니다. . 계약은 API를 통해 UTXO를 쿼리하고 거래를 발행하고 보낼 수 있습니다.그 보안은 IC 서브넷의 보안에서 비롯됩니다.IC 블록체인과 비트코인 ​​블록체인의 결합을 통해 둘의 보안은 스마트 계약 보안을 보장합니다.

먼저 간략한 소개로 여기에서 멈추고 질문이 있는지 확인하겠습니다.

샤오샤오:알겠습니다. 공유해 주셔서 대단히 감사합니다. 오늘의 Q&A 세션으로 넘어가겠습니다. 또한 지난 주에 개발자 커뮤니티와 일반 사용자 커뮤니티에서 많은 질문을 수집했습니다. 여기에는 제가 조사한 내용도 포함되어 있습니다. 질문 . 오늘 우리는 더 중요하고 더 일반적인 질문을 선택했습니다. 또한 AMA를 시청하는 친구들, 다른 친구들이 있다면 생방송방의 소통과 토론 공간으로 전화를 걸어도 좋고, 시간이 허락한다면 현장에서 몇 가지 질문을 더 받아볼 수도 있다. 나중에 물어보세요.

먼저 모든 분들이 가장 궁금해 하시는 부분이 사용자와 개발자 모두에게 가장 중요한 질문인데, 개발자측과 사용자측이 이 기능을 정식으로 사용할 수 있는 시점을 포함한 구체적인 출시 일정은 어떻게 되나요?

Paul Liu：시간표에 대해 너무 많이 말할 수는 없습니다.지금까지 우리가 알고 있는 기술 중 하나는 ECDSA 서명인데, 아직 완료되지 않은 테스트 작업이 많이 있기 때문에 완전히 완료되었다고 할 수는 없지만 현재 서명된 데모는 통과할 수 있습니다. 사용자는 메시지를 보내고 Canister에 서명을 요청할 수 있으며, Canister는 메시지를 수신하여 시스템 API를 호출한 후 시스템 API를 각 노드로 전송하고 각 노드에서 서명을 수행할 수 있습니다. 최종 서명을 획득하고 최종 서명을 Canister에 피드백한 다음 Canister가 사용자에게 피드백합니다. 이러한 프로세스는 이미 내부적으로 실행되었으며 전체 개발 프로세스는 다음으로 가속화됩니다.

따라서 우리의 예비 계획은 개발자가 실제 ECDSA 서명을 사용할 수 있도록 1분기에 ECDSA 테스트 버전을 출시하는 것입니다. 또한 비트코인 ​​네트워크를 수신하고 트랜잭션을 전송하기 위해 비트코인과 비트코인의 통합에 대한 예비 버전이 있습니다.개발자가 로컬에서 사용하고 일부 디버깅 작업을 수행할 수 있는 전용 API가 이달 말에 출시될 것입니다.이것은 used 비트코인의 메인 네트워크가 아닌 테스트 네트워크입니다. 이달 말에 개발자 프리뷰 버전이 런칭될거라고 생각합니다. 구체적인 런칭일도 1분기 3월 베타버전이 될 예정입니다. 안전하고 믿을 수 있고 모든 사용면에서 더 큰 문제는 없을 것 같습니다.

샤오샤오:이론적으로 말하면 실제 직접 통합 후 비트코인 ​​전송 속도는 얼마나 빨라질까요?

Paul Liu: 모든 비트코인 ​​거래는 여전히 비트코인 ​​네트워크에 있기 때문에 우리는 비트코인의 거래 속도를 높이려고 하지 않습니다.단순히 우리가 하는 일 세트는 개발자가 사용하는 것이며 우리가 기본적으로 하는 일에 속한다는 것을 이해하십시오. 하부 구조. 개발자는 이 기술을 사용하여 원하는 응용 프로그램을 만듭니다. 몇 가지 간단한 예를 들 수 있습니다. 하나는 다리를 만들 것입니다. 내가 개발자라면 다리를 만들 것입니다. 비트코인 ​​사용자와 IC 사용자 모두를 위한 스마트 계약을 사용할 수 있습니다. 비트코인을 받을 수 있습니다. 이것은 직접 할 수 있는 일입니다. 이제 시장에서 이런 종류의 브리지는 운영할 중앙 집중식 회사가 필요하고 신뢰할 수 있어야 합니다. 이것이 컨트랙트에 포함될 수 있다면 이 컨트랙트에서 발행한 WBTC를 직접 IC 네트워크에서 거래할 수 있으며, 결국 BTC로 전환하기 위한 정산 또는 BTC 네트워크에서 필요합니다. 이것은 라이트닝 네트워크와 약간 비슷합니다. 실제 거래는 다른 곳에서 발생하며 더 빠릅니다. 비트코인 거래는 여전히 비트코인 ​​네트워크에 배치되며 가속화되지 않습니다.

샤오샤오:하지만 이 과정에서 전송이 지연될까요? 비트코인 ​​자체에 필요한 시간 외에 얼마나 더 걸릴까요?

Paul Liu: 시간이 많이 걸리지 않습니다. 추가 시간은 모두 몇 초 안에 완료됩니다. 예를 들어 서명을 발급하는데 몇 초가 걸린다 UTXO를 얻는 것은 기본적으로 직접 호출이므로 통합을 위한 추가 시간은 무시할 만하다고 생각합니다. 더 안전한 방법이며 가능한 추가 시간은 무시할 수 있습니다.

샤오샤오:방금 비트코인의 통합도 서브넷의 노드에 종속된다고 언급된 것을 이해합니다.공식적으로 비트코인 ​​전용 서브넷을 열 계획인지 묻고 싶습니다.

Paul Liu: 좋은 생각이라고 생각합니다. 여러 가지 솔루션이 있고 아직 어떤 것을 사용할지 결정하지 않았습니다. 개인적으로 서브넷을 열어야 한다고 생각합니다. 다른 유형의 스마트 계약을 실행할 필요가 없기 때문에 전용 서브넷을 여는 것이 더 효율적입니다. 계산상 비트코인 ​​서명에 집중하는 것이 더 효율적일 수 있습니다.

샤오샤오:이제 막 핵심 파생 BIP32 표준도 언급했습니다. Paul 형제가 이 표준의 장점을 더 자세히 소개해주세요. 기존의 독립 키 방법을 사용하는 대신 키 개발을 위해 BIP32 표준을 선택하는 이유는 무엇입니까?

Paul Liu：비트코인은 이러한 고려를 위해 ECDSA 곡선을 채택합니다.모든 사람이 더 유연한 다른 공개 키를 통해 다른 주소를 사용할 수 있기를 바랍니다.당신의 자산은 반드시 하나의 주소만 필요하지 않습니다.당신은 다른 주소를 사용할 수 있습니다.다른 주소는 다음에 의해 생성되기 때문에 당신은 그들을 관리할 수 있습니다. 이 BIP32 파생 방법이 더 유리한 이유는 각각의 개별 키를 저장하는 데 의존하지 않고 파생 규칙에 따라 키를 사용하기 때문에 접두사와 접미사를 결정하여 다음을 달성할 수 있기 때문입니다. 사다리 구조가 더 유연합니다. 이런 식으로. 그러나 보안 또는 기타 측면에서 일부 사람들은 요구 사항이 다를 수 있으며 서로 다른 공개 및 개인 키 쌍을 사용해야 합니다.

예를 들어, 하드웨어 장치를 사용하여 공개 키와 개인 키 쌍을 생성하여 하드웨어 장치를 다른 사람에게 양도할 수 있으며, 공개 키와 개인 키를 통해 직접 생성하면 상대방이 더 편안하게 느낄 수 있습니다. 하드웨어.

자신의 주 개인 키를 제3자에게 넘겨주는 것이 불가능하기 때문에 이 유도 방법을 사용하는 것은 비현실적입니다. 따라서 각각 고유한 장점이 있습니다. 통합에서 방금 언급한 서브넷에는 고유한 고유한 공개 키가 있습니다. 그러나 우리는 서로 다른 서브넷을 가질 수 있고 서로 다른 서브넷은 서로 다른 비트코인에서 발행된 서비스를 제공할 수 있습니다.서로 다른 서브넷은 동일한 공개 키와 개인 키를 실행하거나 서로 다른 공개 키와 개인 키를 실행할 수 있습니다. 서로 다른 서브넷 간에 통신할 수 있기 때문에 스마트 계약이 어느 서브넷에 있든 상관없이 다른 서브넷에서 제공하는 비트코인 ​​서비스를 사용할 수 있습니다. 서명 요청을 해당 서브넷으로 보내면 해당 서브넷이 해당 서브넷의 노드를 통해 서명하고 서명 결과는 해당 서브넷의 공개 키에 해당합니다.

따라서 우리는 더 많은 공개 및 개인 키 쌍을 구현할 수 있으며 아마도 초점은 이 측면이 아니라 더 많은 다른 주소를 파생시킬 수 있는 것입니다. 파생 관계를 통해 직접적으로 우리 측에서 이 파생 관계를 적용하는 것은 각 캐니스터가 공개 키와 개인 키를 개별적으로 생성하는 대신 주로 모든 캐니스터를 지원하는 것입니다. 별도로 생성하는 가장 큰 문제는 그 뒤에 사용되는 기술이 상대적으로 큰 오버헤드가 있기 때문입니다.방금 서명할 개인 키 공유를 저장한다고 말한 것처럼 간단하지 않습니다.이 프로세스는 더 복잡합니다. 쉽게 말해 하나의 DKG가 아니라 그 안에 많은 DKG가 들어있고 그 중 상당수는 일시적인 것이니 한 번 하고 다 쓰면 버리게 된다. 따라서 서브넷은 하나의 공개 키 쌍만 사용하며 이는 우리 노드에 더 적합합니다. 보안 측면에서 한 쌍이 안전하지 않으면 많은 쌍이 훨씬 더 안전하지 않습니다. 따라서 우리는 적어도 한 쌍은 안전한지 확인해야 합니다. 각 Canister의 ID는 고유하므로 각 Canister에 할당된 주소와 공개 키도 안전합니다.

샤오샤오:이해합니다. 통합 후 캐니스터를 통해 비트코인 ​​자금의 출처와 위치 또는 거래 내역을 쿼리할 수 있는지 묻고 싶습니다. 이 쿼리 프로세스는 IC 네트워크의 리소스를 소비해야 합니까, 아니면 APP 개발 프로세스 중에 이 쿼리를 수행하기 위해 비트코인 ​​브라우저를 직접 통합할 수 있습니까?

Paul Liu：이 쿼리의 경우 각 IC 노드가 비트코인 ​​네트워크에서 모든 새로운 거래를 확인할 수 있는 비트코인 ​​라이트 노드를 실행하기 때문에 쿼리를 위한 시스템의 API를 직접 제공합니다. 소위 라이트 노드는 제네시스 블록부터 시작하여 특별히 라이트하지 않습니다.

유지되는 계정은 모두 UTXO이며 노드가 모두 독립적으로 BTC의 라이트 노드를 실행하고 각 서브넷의 노드에서 실행하는 계산이 동일해야 하기 때문에 각 노드를 신뢰할 필요가 없습니다. 계산할 수 있습니다. 결과는 검증입니다. 한 라운드의 합의를 거쳐야 하기 때문에 얻은 ​​결과는 합의가 필요합니다.여러 서브 네트워크 노드가 합의를 수행한 후 UTXO 쿼리가 정확하다는 것을 증명하고 문자열 수정 없이만 스마트 계약으로 반환할 수 있습니다.

다른 하나는 소비하는 리소스입니다. 이것은 IC 네트워크에서 실행됩니다. 이 API 호출에 대해 비용을 지불해야 합니다. 앞에서 최종 사용자가 비용을 지불할 필요가 없다고 언급했지만 개발자는 자신의 계약에 있어야 합니다. 호출 또는 서명 통화마다 별도의 요금이 부과됩니다.

샤오샤오:개발자 결제에 대해 말씀드리자면 비트코인 ​​전송 자체는 아직 비트코인 ​​네트워크에 있기 때문에 여전히 일부 비트코인 ​​네트워크 가스를 소비할 수 있다고 언급했습니다. 가스가 덮여 있습니까?

Paul Liu: 이 유형의 가스는 각 스마트 계약에 BTC 주소가 있고 계약에서 지불해야 하므로 여전히 개발자에게 전달되기 때문에 다룰 수 있습니다. 개발자가 사용자의 거래에 대해 기꺼이 지불하겠다고 결정하면 당연히 BTC 네트워크에서 지불할 수 있습니다.

Xiao Xiao: 또 다른 질문은 방금 WBTC가 언급되었다는 것입니다. IC 통합 후 BTC에 대해 어떤 종류의 표준 또는 형식이 존재하는지 또는 원래 UTXO입니까 아니면 Bitcoin에 대한 새로운 표준이 있습니까?

Paul Liu：재단이 이런 기준을 잘 만들지는 않는 것 같아요 이건 개발자에게 맡기는 게 낫겠네요 우리가 하는 일은 각 캐니스터가 BTC 주소를 가지고 있는 것입니다 내부에서 BTC를 어떻게 사용할지는 당신이 결정합니다 이것은 모두 비트코인에 있습니다 인터넷에는 IC 네트워크가 없습니다. 그래서 WBTC를 만들기로 선택할 수 있지만 비슷한 일을 하는 다른 개발자들이 있고, 이 공정한 경쟁은 시장이 결정할 일입니다. 물론 WBTC를 할 필요는 없고, 이 방법이 필요하지 않은 어플리케이션도 많이 있습니다.

샤오샤오:커뮤니티가 자산 기준을 설정하면 공식은 줄을 서거나 특정 기준을 지원하도록 선택합니까?

Paul Liu：우리의 가장 중요한 고려 사항은 너무 많은 사기꾼을 나타내거나 보안에 대해 더 걱정하는 것이라고 생각합니다. 결국 어떤 표준이 이길지는 확실하지 않으며 재단은 어느 편도 들지 않을 것입니다.

샤오샤오:우리는 또한 다른 생태계에 주목하고 있습니다.예를 들어 우리의 관점에서 비트코인의 초기부터 현재에 이르기까지 RSK나 블록스택과 같은 많은 프로젝트들이 비트코인에서 스마트 계약을 도출하기를 원합니다. 통합 IC 현재 시장에서 볼 수 있는 스마트 계약 계층 프로토콜 계층 프로젝트와 비교할 때 기술 측면에서 어떤 이점이 있습니까? 또는 가장 중요한 차이점은 어디입니까?

Paul Liu：주요 차이점은 개인 키의 저장 방법이라고 생각합니다.임계 값 서명에 개인 키가 무엇인지 아무도 모른다고 말했습니다.각 노드는 자신의 몫만 알고 있으므로 상대적으로 개인 키의 분산 저장소입니다. 아무도 실제로 이것을하지 않았다고 말하는 것이 안전합니다. 이전에는 Bitcoin에 스마트 계약을 제공하는 것이 제안되었으며 하드웨어, 개인 키를 저장하는 신뢰할 수 있는 하드웨어 및 신뢰할 수 있는 하드웨어 서명과 같은 몇 가지 방법으로 모두 이를 우회했습니다. 그러나 하드웨어 서명이 신뢰할 수 있는 곳을 신뢰하십시오 서명이 도용되지 않을 것이라고 믿을 수 있지만 서명이 올바르게 사용된다고 믿을 수 있습니까? 따라서 사용자의 신뢰를 얻기 위해 복잡한 프로세스를 설계하려는 경우 그러한 방법이 더 어렵고 기술적인 어려움이나 타협이 있을 수 있습니다.

IC에서 주된 방식은 탈중앙화 방식으로 서명을 하는 것이라고 생각하는데, DeFi를 상상해 봅시다. 우리는 CeFi 대신 DeFi를 강조합니다. CeFi는 거래소와 같습니다 거래소에 서명하는 올바른 방법은 지갑을 신중하게 관리하는 것입니다 실수로 유출되면 큰 문제가 발생합니다. 지갑을 사용하는 횟수와 사용 방식은 많은 절차와 규칙을 필요로 하여 불편함을 주기도 합니다.

그러나 이제 서명을 하거나 계산을 수행하는 분산된 방법이 있습니다. 기존의 탈중앙화 방식은 모두가 스마트 컨트랙트의 계산 결과를 신뢰할 수 있지만 비밀을 숨길 수는 없다는 점에서 이제 DKG 기술은 탈중앙화 방식으로 서명을 신뢰할 수 있다는 점에서 돌파구라고 생각합니다. 암호학의 관점에서 뿐만 아니라 대규모로 적용할 수 있다면 분명 새로운 돌파구가 될 것입니다.

샤오샤오:이 ECDSA는 매우 낮은 수준의 기술인 것 같은데, 이 기술이 실제로 실현된 후에 이더리움 통합이나 기존의 성숙한 프로토콜 통합과 같이 나중에 다른 네트워크를 통합하는 것이 상대적으로 쉽다는 의미입니까?

Paul Liu：예, 우리도 그러한 전망에 대해 희망적입니다. 비트코인을 먼저 선택한 이유는 비트코인이 현재 여전히 자산 네트워크에 집중되어 있고 신뢰할 수 있는 스마트 계약 아키텍처가 부족하기 때문입니다. 그래서 우리 조합의 파일럿으로 먼저 비트코인을 선택하고 다음 단계는 이더리움에 대한 계획을 세우는 것입니다. 그러나 Ethereum의 통합도 제안되었으며 개발 중입니다. 따라서 같은 기술을 이더리움에서도 사용할 수 있고, 별 문제 없이 이더리움 트랜잭션에 서명할 수 있습니다.

이더리움은 스마트 계약 플랫폼이기 때문에 BTC 통합은 여전히 ​​BTC 주소를 가질 수 있고 서명할 수 있는 자산에 초점을 맞추고 있습니다. 하지만 이더리움은 단순히 서명만 하는 것이 아니라 스마트 컨트랙트가 있고 이더리움의 스마트 컨트랙트를 호출할 수 있어야 합니다. 이더리움의 스마트 컨트랙트를 호출한다는 것은 서명을 하기 위해 메시지를 보내는 것을 의미할 수도 있지만, 이더리움이 우리 IC에서 컨트랙트를 호출할 때 아직 해야 할 일이 있기 때문에 BTC와의 통합은 여전히 ​​약간 다릅니다. 양방향 통화가 실현될 수 있다면 브리징과의 차이는 훨씬 더 커질 것입니다. 브리징은 한 자산의 저당만 될 수 있고 그곳에서 동등한 자산 또는 다른 자산이 교환되기 때문입니다. 스마트 계약의 양방향 호출이 실현될 수 있다면 크로스 체인에도 큰 돌파구가 될 것이라고 믿습니다.

샤오샤오:스마트 계약의 어려움 외에 자산 측면이 또 다른 어려움이 될 것이라고 생각하십니까? 사실 이더리움 계정 모델은 비트코인 ​​UTXO와 다소 다르기 때문에 이 전체 논리 집합을 처음부터 다시 작성해야 합니까, 아니면 실제로 특별히 어렵지 않습니까?

Paul Liu：계정 모델이 다르고 실제로 응용 프로그램에서 이러한 계정 모델을 사용하는 방법에 따라 다르기 때문에 문제가 없어야 합니다. 쿼리할 수 있는 인터페이스를 제공하고 비트코인의 모든 UTXO를 쿼리할 수 있습니다. . Ethereum의 모든 상태도 확인할 수 있으며 쿼리가 배포되고 검색된 결과가 신뢰할 수 있음을 보장합니다.이 작업을 수행하는 것은 어렵지 않습니다. 각 IC 서브넷 노드는 비트코인의 클라이언트를 실행할 수 있기 때문에 다른 체인의 클라이언트도 실행할 수 있습니다.

샤오샤오:장기적으로 많은 메인 체인을 결합한 후 각 체인의 스마트 계약과 자산을 동일한 캐니스터에서 동시에 호출할 수 있습니까? 당시에는 멀티 체인의 개념이 없을 수 있습니다. 실제로 하나의 캐니스터 모든 체인 또는 모든 지갑 자산을 제어할 수 있습니까?

Paul Liu：이것은 매우 좋은 전망이며 우리는 이것을 달성할 수 있기를 바랍니다.

샤오샤오:응용의 관점에서 방금 라이트닝 네트워크가 언급되었는데 그 발전이 매우 빠르며 앞으로 비트코인이 통합된 후 라이트닝 네트워크와 어떤 시너지나 통합이 있을 것인지 묻고 싶습니다.

Paul Liu：라이트닝 네트워크의 주요 기술은 트랜잭션을 병합할 수 있다는 것입니다. 라이트닝 네트워크 간에 BTC를 사용하지 않고 자금을 이체할 수 있습니다. 일부 암호화 지식을 사용하여 단일 트랜잭션을 통해 최종 병합된 트랜잭션을 확인하는 것과 같은 기술입니다. IC에도 동일한 기술을 구현할 수 있습니다.이것이 의미가 있는지에 대해서는 특별히 명확하지 않지만 여기에는 큰 기술적 어려움이 없어야 함을 지적하고 싶습니다.Lightning Network와 결합 된 기술은 완전히 발생할 수 있습니다. 응용 프로그램 계층에서. IC의 기본 인프라에서 새로운 작업을 수행할 필요가 없습니다.

하지만 라이트닝 네트워크는 이것 밖에 할 수 없습니다.이러한 트랜잭션을 병합할 수 있는 이유는 이를 수행할 수 있는 이러한 암호화 지식 세트가 있기 때문입니다. 이러한 거래가 어떤 조건을 통해 성공하면 그 곳으로 조금 보내고 이곳으로 조금 보내십시오. 프로그래밍을 할 수 있어야 하는 곳이라면 어디에서나 Lightning Network를 사용할 수 없습니다. 스마트 계약을 필요로 하는 모든 것이 포함되어 있으며 Lightning Network도 이 돌파구를 찾으려고 노력하고 있다고 생각합니다. 따라서 IC의 스마트 계약은 라이트닝 네트워크를 위한 다음 개발 공간을 제공할 수도 있습니다.

샤오샤오:결제 외에도 응용 프로그램이 Bitcoin을 DeFi로 가져오거나 자체 생태계를 갖거나 Bitcoin 자체를 추가하는 것과 같은 다른 방향이 있음을 이해합니다. 향후 응용 프로그램에 대한 계획이 있는지 잘 모르겠습니다. 다음 단계 개발 Bitcoin 지불 또는 Bitcoin과 Defi와 같은 응용 프로그램 개발?

Paul Liu：우리는 이것들을 애플리케이션 계층이나 우리 개발자들에게 맡깁니다.많은 개발자들이 이제 통합 후 자신의 애플리케이션을 홍보하는 기능을 포함하여 이 문제에 대해 매우 우려하고 있다고 생각합니다. 우리 재단이 현재 하고 있는 일에서 모든 것을 관통하는 한 가지 주제는 IC 네트워크의 분산화를 촉진하고 더 신뢰할 수 있기를 바라며 더 신뢰할 수 있게 된 후에야 더 큰 확장을 가질 수 있다는 것입니다. 용량.

따라서 하나는 IC 노드의 탈중앙화이고 다른 하나는 투표 메커니즘의 탈중앙화입니다. 즉, 기본 응용 프로그램이 다음을 사용해야 하는 경우가 아니면 응용 프로그램 계층에서 다른 응용 프로그램 개발자와 경쟁하고 싶지 않습니다. 우리는 우리가 얻은 기술에 참여할 것입니다 응용 계층에서 완성될 수 있다면 응용 계층에 넘겨주기 위해 최선을 다할 것입니다 재단은 특별한 위치를 가질 필요가 없습니다.

샤오샤오:지금 막 타임라인에 따르면 개발자는 이번 달 말에 몇 가지 기본 테스트와 기본 시도를 할 수 있습니다. 이는 매우 좋은 소식입니다.