BitMEX 연구: 비트코인이 Dapp 전투에서 이더리움에 진 이유는 무엇입니까?
원저자:BitMEX Research
원문 편집: The Way of DeFi
요약:원문 편집: The Way of DeFi
개요
요약:
이 게시물에서는 2014년 3월까지 거슬러 올라가 Dapp이 비트코인이 아닌 이더리움에 구축되는 경우가 많은 이유를 살펴봅니다. Counterparty라는 Dapp 프로토콜이 Bitcoin 블록체인을 사용할 수 있는지 여부와 방법에 대한 논쟁을 조사합니다. 이것을 "OP_Return 싸움"이라고도 합니다. 비트코인의 OP_Return 사용 내역과 사이드체인에 대해 설명합니다. 결국 사람들이 좋아하든 그렇지 않든 우리는 2014년 비트코인 개발자 커뮤니티의 문화와 비트코인 거래 데이터를 대체 사용 사례에 사용하는 것에 대한 부정적인 견해가 이러한 Dapps의 개발자를 이더리움과 같은 대체 시스템으로 몰아가는 것이라고 생각합니다. 중요한 역할을 했습니다.
개요
우리는 종종 다음과 같은 질문을 받습니다: 왜 탈중앙화 거래소와 같은 Dapps는 일반적으로 비트코인 대신 이더리움에 있습니까? 결국 분산형 교환, 도메인 이름 시스템 또는 대체 토큰과 같은 비트코인 위에 Dapps를 구축하는 것은 물론 가능합니다. 물론 이에 대한 몇 가지 이유가 있습니다: i. 이더리움의 더 유연한 기본 스크립팅 언어는 Dapps 구축을 더 쉽게 만듭니다. ii. 이더리움의 더 빠른 블록 시간은 Dapps를 더 사용자 친화적으로 만듭니다. , 비트코인에 대해 잠재적으로 더 높은 수수료가 발생합니다. 위의 모든 요소가 영향을 미치긴 하지만 그 영향이 종종 과장되었다고 생각합니다. 가장 중요한 요소는 문화다. 일부 비트코인 애호가와 비트코인 개발자는 비트코인 블록체인에서 이러한 활동을 원하지 않으며 이를 성공적으로 차단했습니다. 이는 2014년 3월경에 주로 발생한 것으로 보이며, 그 즈음에 일어난 일이 이 글의 주제이다.
상대방 프로토콜
2020년 9월 보고서에서 언급했듯이 2014년 초에 Counterparty가 출시되었습니다. 카운터파티는 비트코인 위에 있는 프로토콜 계층으로, 새 토큰을 생성하고 분산 거래소에서 해당 토큰을 거래하는 것과 같은 기능을 가능하게 합니다. 이 시스템은 비트코인 거래 데이터의 일부를 가져와 토큰 생성, 토큰 전송 또는 분산 거래소에서 토큰에 대한 시장 입찰과 같은 기능으로 상대방 계약에서 사용하는 방식으로 작동합니다.
보다 간결하게, 처음에 카운터파티는 비트코인 opcode OP_CHECKMULTISIG를 사용하여 카운터파티 관련 데이터를 비트코인 블록체인에 포함시켰습니다. 이 opcode는 결제 스크립트 해시(P2 SH) 다중 서명 거래의 서명을 확인하는 데 사용해야 합니다. 2014년 7월의 Counterpaty 거래 샘플은 여기에서 볼 수 있습니다. 트랜잭션은 비트코인을 원래 주소로 되돌려 보내며, 출력 스크립트는 상대방 계약과 관련된 데이터인 3개의 추가 출력을 가지고 있습니다. 이 경우 TICKET이라는 새 토큰을 생성합니다. OP_CHECKMULTISIG를 사용하는 것은 의도된 opcode 사용이 아니기 때문에 해킹으로 간주될 수 있습니다. Counterparty는 이제 비트코인의 OP_Return opcode를 사용하여 데이터를 저장하는데, 이는 개발자의 의도와 다소 일치합니다. 예를 들어, OP_Return을 사용하는 이 업데이트된 상대방 트랜잭션을 참조하십시오.
2014년 초, Mastercoin이라는 경쟁 플랫폼보다 앞서 Counterparty를 둘러싼 많은 실험, 개발자 활동, 혁신 및 흥분이 있었습니다.
OP_Return이란 무엇입니까?
비트코인의 합의 규칙은 최대 OP_Return 크기를 10,000바이트로 허용합니다. 예를 들어, 2013년 5월에 이 기능은 다음 트랜잭션에서 악용되었습니다. 이 트랜잭션의 OP_Return 출력에는 Rick Astley의 1987년 노래 "Never Gonna Give You Up"의 가사가 포함되어 있으며 Rickrolling 밈과 관련이 있습니다.
원천:https://bitcoin.org/en/release/v0.9.0#opreturn-and-data-in-the-block-chain
2014년 이전에는 OP_Return이 포함된 거래가 비표준이었고 일반 비트코인 노드에 의해 릴레이되지 않았습니다. 그러나 채굴자가 이러한 트랜잭션을 포함하면 유효한 것으로 간주됩니다. 2014년 3월에 표준 트랜잭션 유형으로 OP_Return 기능을 포함하는 Bitcoin Core 0.9.0이 출시되었으므로 트랜잭션은 기본적으로 릴레이됩니다. 당시 릴리스 노트는 다음과 같습니다.
이 변경 사항은 블록체인에 데이터를 저장하는 것을 보증하지 않습니다. OP_RETURN 변경은 임의의 데이터(예: 이미지)를 절대 사용할 수 없는 TX 출력으로 저장하여 비트코인의 UTXO 데이터베이스를 팽창시키는 데이터 저장 체계(이 중 일부는 이미 배포됨)를 방지하기 위해 증명할 수 있는 정리 가능한 출력을 생성합니다. 임의의 데이터를 블록체인에 저장하는 것은 여전히 나쁜 생각입니다. 비화폐 데이터를 다른 곳에 저장하는 것이 더 저렴하고 효율적입니다.
원천:
Bitcoin Core 0.9.0은 OP_Return이 40바이트 이하인 거래만 중계합니다. 데이터가 이보다 크면 여전히 유효한 거래이지만 중계되지는 않습니다. 원래 제한은 80바이트였지만 많은 논의 끝에 개발자는 40바이트로 결정했습니다.
OP_귀국전쟁
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5796379#msg5796379
2014년 3월 20일, 당시 Bitcoin의 주요 기여자 중 한 명인 Jeff Garzik은 Bitcointalk 포럼의 Counterparty 포럼에 글을 게시하기 시작했습니다. Jeff는 Counterparty의 블록체인 공간 사용을 비판했습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5827189#msg5827189
제프는 계속해서 이렇게 말했습니다.
CheckMultiSig는 분명히 임의의 데이터가 아닌 ECDSA 공개 키와 함께 작동합니다. 의도된 목적 이외의 용도로 작업을 사용하면 부정적인 결과, 의도하지 않은 결과 또는 알 수 없는 결과가 발생할 수 있습니다. 상대방 거래는 "비트코인 프로토콜에 따른" 것이 아니며, 이러한 방식으로 기능을 사용할 것으로 예상되지 않았기 때문에 진행됩니다.
원천:
제프가 2017년에 "큰 블록 지지자"로 보였기 때문에 이러한 견해를 가지고 있는 것이 이상하다고 생각할 수도 있습니다. 그러나 이러한 명백한 불일치는 2014년에는 전혀 발생하지 않았습니다. 그 당시 Jeff의 견해는 나중에 대형 블록의 책임자가 된 사람들을 포함하여 그 당시 거의 모든 활동적인 개발자들에게 어느 정도 인정되었습니다. 우리가 아는 한 블록 크기 제한에 대한 사람들의 인식과 이 질문 사이에는 단순한 매핑이 없습니다. Jeff는 당시 존경받는 개발자였으며 이 기사는 Counterparty 개발자와 사용자 모두에게 많은 관심을 받았습니다.
"BitcoinTangibleTrust"라는 가명을 사용하는 Counterparty 개발자는 Jeff에게 다음과 같이 응답했습니다.
너가 확실히 맞아. 블록체인에 데이터를 저장할 필요가 없습니다. 타임스탬프 해시(데이터)는 안전하면서도 더 효율적입니다. 보조 체인은 비트코인에 증명할 수 있습니다. 그러나 아래의 PhantomPhreak의 [상대방 공동 설립자 및 수석 개발자]에 따르면, 상대방은 256바이트를 사용하여 3개의 다중서명 트랜잭션 중 하나에서 블록체인에 데이터를 저장합니다. 또한 이러한 모든 다중서명 거래는 채굴자에 의해 처리됩니다.
개발자는 계속해서 OP_Return을 80바이트 대신 40바이트로 제한하려는 비트코인 개발자의 계획을 비판했습니다.
OP_RETURN이 다중 서명 동작(사용되지 않은 출력)을 중지/감소하도록 설계되어 블록체인 부풀림을 줄이는 경우 OP_RETURN의 크기를 80바이트에서 40바이트로 줄임으로써 실수로 다중 서명을 모든 메타 프로토콜에 더 매력적으로 만들까 두렵습니다. OP_RETURN을 덜 매력적으로 만들었습니다.
데이터를 두 번째 블록체인에 저장하고 해당 타임스탬프 데이터의 해시를 비트코인에 넣으면 해당 해시도 40바이트 미만이 된다는 아이디어입니다. 우리가 이것을 하지 않은 이유는 "지적 게으름"이 아니라 구현의 복잡성 때문이었습니다. Counterparty는 컴퓨터 과학 프로젝트가 아니며, 개발 속도를 높이기 위해 최대한 단순하게 설계되었습니다. 너무 작은 OP_RETURN 출력 대신 다중 서명 출력에 데이터를 저장해야 하는 경우에도 마찬가지입니다. 이 분야에서는 나쁜 것이 확실히 좋습니다.
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5815887#msg5815887
Jeff는 다음날 이렇게 대답했습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5816031#msg5816031
커뮤니티에서 Jeff의 높은 지위로 인해 Counterparty 커뮤니티의 대부분의 사람들은 참여하여 문제를 해결하기를 열망하는 것 같습니다. 예를 들어 BitcoinTangibleTrust는 다음과 같이 응답했습니다.
생각을 공유해주셔서 감사합니다, 제프. 그렇다면 기존 Bitcoin Core 개발 커뮤니티에 참여할 수 있도록 도와주시겠습니까? 우리가 살아남으려면 비트코인 블록체인이 필요하기 때문에 책임감 있는 파트너 역할을 하는 것이 Counterparty의 관심사입니다. 이러한 문제에 대해 협력을 시작하는 방법을 알려주실 수 있습니까?
원천:
Bitcoin 프로토콜이 다른 것을 손상시키지 않고 XCP가 사용하는 방식을 중지할 수 있는 방법이 있습니까?
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5816503#msg5816503
비트코인 개발자가 거래상대방 관련 거래를 막을 방법이 없다면 아마도 이 반대가 문제가 되지 않을 것이며 거래상대방은 허가 없이 비트코인을 계속 사용할 수 있을 것입니다. Bitcoin 개발자와 마이닝 풀 운영자 Luke-Jr가 토론에 참여했습니다.
채굴자들은 남용을 걸러내야 합니다.
원천:
그런 다음 Luke-Jr는 이러한 유형의 시스템이 블록체인 부풀림을 피할 수 있는 병합 채굴 사이드체인 유형 구조를 사용하여 구축될 수 있다고 제안했습니다.
문제는 새로운 계층이 아니라 사람들의 의지에 반하는 부과입니다. 새로운 레이어는 블록체인을 오염시키고 비참여자가 데이터를 저장하도록 강요하지 않고 옵트인 기반으로 수행할 수 있습니다.
Luke는 Bitcoin 개발자가 예상되는 OP_Return 릴레이 크기를 원래 제안된 80바이트 제한과 비교하여 40바이트로 줄인 이유도 질문했습니다. Luke는 다음 세 가지 사항으로 응답했습니다.
너무 많은 사람들이 OP_RETURN이 함수이고 사용해야 한다고 생각합니다. "누군가가 침입했을 때 유리를 교체할 필요가 없도록 창문을 잠그지 않은 상태로 두는" 방법일 뿐입니다. 즉, Bitcoin을 남용하는 사람들로 인한 피해를 줄이는 것입니다.
원래 80바이트 제안은 512비트 해시를 위한 것이었지만 불필요하다고 판단되었습니다.
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5817170#msg5817170
Luke-Jr는 계속해서 다음과 같이 말했습니다.
채굴이 탈중앙화로 돌아감에 따라 OP_RETURN 변형이든 아니든 남용/스팸 거래에 대한 허용이 줄어들기를 바랍니다. 이제 누군가 트랜잭션과 함께 실제로 해시를 저장하는 데 필요한 유효하고 필요한 사용 사례가 있는 경우 분명히 채굴자는 채굴을 진지하게 고려해야 합니다.
당시 Luke의 마이닝 풀도 상대방 관련 거래를 걸러내기 시작했습니다. 이것은 Counterparty 커뮤니티에 두려움과 불확실성이 형성되기 시작한 때입니다. OP_Return이 80바이트가 되어야 합니다. 그렇지 않으면 OP_CHECKMULTISIG opcode를 계속 사용해야 합니다. Luke의 의견을 감안할 때 80바이트가 될 것 같지는 않습니다. 그 외에도 일부에서는 개발자가 한도를 더 낮추어 잠재적으로 Counterparty를 네트워크에서 제거할 것이라고 우려합니다. Bitcoin 개발자는 Counterparty에 특별히 우호적이지 않은 것 같으므로 일부는 Bitcoin 프로토콜을 계속 사용하는 것이 어려울 수 있다고 생각할 수 있습니다.
원천:https://www.coindesk.com/markets/2014/03/25/developers-battle-over-bitcoin-block-chain/
2014년 3월 25일 이더리움의 창시자 비탈릭 부테린(Vitalik Buterin)은 논쟁이 수수료에 더 집중되어야 하며 충분한 수수료를 지불하면 거래가 합법적으로 블록에 포함되어야 한다고 주장하며 끼어들었습니다. 오늘날 이더리움의 수수료 알고리즘은 OP_Return 문제를 근본적으로 해결하는 다양한 블록체인 사용에 대해 다양한 수수료 버킷과 요금으로 매우 복잡합니다. Bitcoin의 SegWit도 이 문제를 어느 정도 완화한다고 주장할 수 있습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5955613#msg5955613
2014년 3월 27일, Counterparty는 Luke-Jr의 마이닝 필터를 우회하도록 거래 방법을 변경했습니다. 그러나 다음날 누가는 이렇게 말했습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5826443#msg5826443
Luke-Jr는 또한 Counterparty를 일종의 학대에 비유했습니다.
다른 사람이 자신의 자유 선택에 따라 데이터를 다운로드/저장하도록 강요하기 때문에 이는 남용입니다. 모든 전체 노드는 전체 블록체인을 다운로드해야 합니다(가지치기 가능 여부!). 모든 전체 노드는 금융 거래를 다운로드하고 저장하는 데 동의합니다. 모든 전체 노드가 다른 것을 저장하는 데 동의하는 것은 아닙니다. 이를 위해서는 일부 하위 집합(즉, 채굴자나 개발자가 아님) 또는 다수가 아닌 100% 합의가 필요합니다. 또한 누구나 자유롭게 블록체인에 없는 데이터를 저장할 수 있습니다. 그것을 블록체인에 넣어도 아무런 이점이 없습니다. 단지 그것을 원하지 않는 사람들에게 강요할 뿐입니다. 이게 학대가 아닌 이유를 설명하세요...
Bitcoin 개발자에 대한 분노
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5955738#msg5955738
예상할 수 있듯이 Bitcoin 개발자의 우려는 궁극적으로 일부 Counterparty 개발자 및 사용자의 좌절과 분노에 부딪쳤습니다. 아래에 그들의 리뷰 중 일부를 포함시켰습니다. 먼저 상대방 트랜잭션을 차단하는 Luke-Jr의 풀에 대한 "porqupine"이라는 사용자의 의견:
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5826584#msg5826584
2014년 3월 21일에 포퀴핀은 다음과 같이 계속되었습니다.
결정할 때 잠시 기다리십시오. 모든 노드는 Y 유형 데이터 대신 X 유형 데이터를 저장하는 데 동의합니다. 돈세탁, 불법 마약 및 무기, 인간 노예 제도 등에 대한 거래 저장에 동의하지 않을 수도 있습니다. 당신은 기본적으로 프로토콜 중립성을 부정하고 프로토콜을 저장하는 데 사용하거나 사용하지 말아야 할 것을 결정하고 있습니다. 프로토콜 사용자는 전체적으로 말합니다.
원천:
나는 이런 태도를 믿을 수 없다. 비트코인에 소유자가 있는지 몰랐습니다. 나는 나와 약 백만 명의 다른 사람들이 소유자라고 생각했습니다 🙂
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5826770#msg5826770
상대방의 공동 창립자 PhantomPhreak는 다음과 같이 말했습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5827473#msg5827473
비트코인은 의도하지 않은 많은 일을 합니다. 예, 우리는 현재 가지고 있는 것보다 더 우아한 솔루션을 사용하고 싶습니다. Counterparty는 원래 OP_RETURN 출력을 사용하여 모든 메시지 데이터를 저장하도록 설계되었습니다. 매우 우아하고 블록체인에 최소한의 영향을 미칩니다. 공식 Bitcoin 블로그에서 Gavin이 발표한 80바이트 한도 내에서 모든 메시지를 형식화할 계획입니다. 선택의 여지가 없기 때문에 다중 서명 출력만 사용합니다. 우리는 Bitcoin 프로토콜을 확장하고 싶지 않습니다. 우리는 안정성, 보안 등의 이점을 위해 가능한 한 간단하고 직접적으로 무언가를 하고 싶습니다.
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5827688#msg5827688
원천:
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5827897#msg5827897
"bitwhizz"라는 또 다른 사용자는 다음과 같이 말했습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5827776#msg5827776
"Anotheranonlol"은 다음과 같이 말했습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5827749#msg5827749
"Baddw"는 다음과 같이 말했습니다.
원천:
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5827925#msg5827925
Baddw는 계속해서 다음과 같이 말했습니다.
컴퓨팅 역사(그리고 실제로 인간 기술의 전체 역사)에서 가장 위대한 발전의 대부분은 발명가가 사용할 의도가 없었던 것을 사람들이 발견한 결과였습니다. 좋은 점은 대부분의 발명가가 자신의 발명품을 그다지 보호하지 않으며 다른 사람이 새로운 것을 위해 사용하는 것을 거부하지 않는다는 것입니다. 그렇게 한 사람들은 빠르게 자신을 능가했습니다.
원천:
병합된 채굴된 사이드체인
원천:https://bitcointalk.org/index.PHP?topic=1790.msg28696#msg28696
OP_Return 토론 전반에 걸쳐 상대방과 블록체인 팽창에 반대하는 사람들은 일반적으로 Dapps를 위한 솔루션으로 어떤 형태의 병합된 마이닝 사이드체인을 언급합니다. 실제로 Satoshi Nakamoto는 이 경로를 좋아했으며 2010년 12월 도메인 이름 시스템에서 사용하도록 승인했다고 합니다.
BitDNS가 완전히 분리된 네트워크와 분리된 블록체인이 될 수 있지만 CPU 전원을 Bitcoin과 공유하는 것이 가능하다고 생각합니다. 유일하게 겹치는 부분은 채굴자가 두 네트워크를 동시에 검색할 수 있도록 하는 작업 증명입니다.
원천:
이러한 Dapp 시스템을 사이드체인으로 구현하는 데는 많은 어려움이 있으며, 많은 사람들이 단순히 작동할 수 있다고 생각했던 2014년보다 이러한 약점을 더 잘 이해하고 있습니다.
복잡성 - 가장 중요한 약점 중 하나는 사이드체인 솔루션 구현 및 구축의 복잡성입니다. 프로토콜을 조기에 출시하고 시장 점유율을 확보하기 위해 이러한 프로젝트는 사이드체인을 구축하고 비트코인과 병합된 마이닝 시스템을 구축할 시간이 없습니다.
제한된 확장성 이점 - 사이드체인 사용의 이점은 사용 사례에 따라 다를 수 있습니다. 예를 들어, 분산형 거래소를 구축하려는 경우 모든 입찰, 제안 및 일치에는 메인 체인의 모든 보안이 필요할 수 있습니다. 메인 체인을 너무 많이 사용하기 때문에 거래소의 모든 사용자가 가능한 모든 행동에 대해 사이드 체인 시스템의 확장성 이점은 매우 제한적일 수 있습니다. 로컬 온체인에서 입찰을 제출하는 것은 약 90바이트만 사용할 수 있지만 주문 정보의 해시를 저장하고 이를 식별하는 데 필요한 구조와 오버헤드는 온체인에서 약 50바이트일 수 있으므로 많은 공간을 절약하지 못할 것입니다.
원천:https://bitcointalk.org/index.PHP?topic=395761.msg5799174#msg5799174
또한 여기서 간과하는 것이 없는 한, 저장하는 데이터를 얻으려면 두 번째 블록체인의 블록에서 데이터를 분석해야 합니다(최소한 비트코인 또는 비트코인에서 파생된 구현이라고 가정). 따라서: * 카운터파티에서 제공하는 컬러 코인 기능(예: DEx, 베팅, 자산 콜백, 배당금, CFD 등)으로 인해 SPV 유형 카운터파티 클라이언트를 활성화하지 않습니다. * 카운터파티 거래의 보안을 감소시킵니다. 이것은 구현의 복잡성을 크게 증가시킬 것입니다(즉, 버그 및 버그의 가능성 증가). 유일한 의심스러운 이점은 블록체인에 대한 우리의 스토리지 요구 사항이 약간* 감소한다는 것입니다(즉, 트랜잭션당 20-40바이트 더 적을 수 있습니까?). 나는 그것이 여기서 무엇을 의미하는지 알지 못합니다. 한 가지 더: 상대방은 비트코인에 막대한 이점을 가져올 수 있으며, 이더리움(및 비트코인이 아닌 다른 유사한 메타 "2.0" 유형의 코인)이 등장하면 더욱 분명해질 것입니다. 적어도 내 개인적인 느낌은 비트코인이 이더리움 및 (미래의) 군중의 기능 목록 및 매력과 효과적으로 경쟁하기 위해 생태계에서 이 기능을 갖춘 제품이 필요할 것 같다는 것입니다. , 그리고 이것은 비트코인 생태계가 더 많은 인정, 신뢰 및 마음 공유를 얻음에 따라 수십억 달러 또는 심지어 수조 달러를 비트코인 생태계로 가져올 수 있는 능력을 제공합니다.
결론적으로
원천:
2014년 이후 Dapps에 관심을 가진 대부분의 개발자는 비트코인이 아닌 이더리움이나 다른 시스템을 구축하는 데 집중했습니다. 이후 이더리움은 많은 개발자의 관심과 모멘텀을 얻었지만 비트코인의 Dapp 개발은 미미했습니다. 이 게시물의 요점은 이것의 주요 동인이 필요한 비용이 아니며, 이더리움의 가상 머신과 이더리움의 뛰어난 기술 능력도 아니라는 점을 강조하는 것입니다. 비트코인에 관심이 없습니다. 이러한 기능. 좋든 나쁘든 일부 Bitcoiners는 의도적으로 이러한 Dapp 개발자 중 다수를 몰아냈습니다. 일부 비트코인 지지자들은 대부분의 dapp 활동이 지속 불가능한 사기와 관련이 있거나 그러한 활동이 보안 또는 기타 이유로 비트코인에서 바람직하지 않다고 주장합니다.
