원본 출처: BitMEX Research

2014년 OP_RETURN 논쟁은 업계 내에서 주목할 만한 분열이었으며 오늘날의 서수 논쟁과 많은 유사점을 가지고 있습니다. OP_RETURN 논쟁을 되돌아보는 것은 오늘날 특히 의미가 있습니다.

• 개요

개요

우리는 종종 다음과 같은 질문을 받습니다: 왜 탈중앙화 거래소와 같은 Dapps는 일반적으로 비트코인 ​​대신 이더리움에 있습니까? 결국 분산형 교환, 도메인 이름 시스템 또는 대체 토큰과 같은 비트코인 ​​위에 Dapps를 구축하는 것은 물론 가능합니다. 물론 이에 대한 몇 가지 이유가 있습니다: i. 이더리움의 더 유연한 기본 스크립팅 언어는 Dapps 구축을 더 쉽게 만듭니다. ii. 이더리움의 더 빠른 블록 시간은 Dapps를 더 사용자 친화적으로 만듭니다. , 비트코인에 대해 잠재적으로 더 높은 수수료가 발생합니다. 위의 모든 요소가 영향을 미치긴 하지만 그 영향이 종종 과장되었다고 생각합니다. 가장 중요한 요소는 문화다. 일부 비트코인 ​​애호가와 비트코인 ​​개발자는 비트코인 ​​블록체인에서 이러한 활동을 원하지 않으며 이를 성공적으로 차단했습니다. 이는 2014년 3월경에 주로 발생한 것으로 보이며, 그 즈음에 일어난 일이 이 글의 주제이다. 한편, 이더리움과 같은 다른 체인의 프로모터는 비트코인 ​​개발자의 이러한 명백한 입장을 이용하고 과장하여 생태계가 견인력을 얻도록 도왔을 수 있습니다.

상대방 프로토콜

2020년 9월 보고서에서 언급했듯이 2014년 초에 Counterparty가 출시되었습니다. 카운터파티는 비트코인 ​​위에 있는 프로토콜 계층으로, 새 토큰을 생성하고 분산 거래소에서 해당 토큰을 거래하는 것과 같은 기능을 가능하게 합니다. 이 시스템은 비트코인 ​​거래 데이터의 일부를 가져와 토큰 생성, 토큰 전송 또는 분산 거래소에서 토큰에 대한 시장 입찰과 같은 기능으로 상대방 계약에서 사용하는 방식으로 작동합니다.

보다 간결하게, 처음에 카운터파티는 비트코인 ​​opcode OP_CHECKMULTISIG를 사용하여 카운터파티 관련 데이터를 비트코인 ​​블록체인에 포함시켰습니다. 이 opcode는 지불 스크립트 해시(P 2 SH ) 다중 서명 트랜잭션의 서명을 확인하는 데 사용되어야 합니다. 2014년 7월의 Counterpaty 거래 샘플은 여기에서 볼 수 있습니다. 트랜잭션은 비트코인을 원래 주소로 되돌려 보내며, 출력 스크립트는 상대방 계약과 관련된 데이터인 3개의 추가 출력을 가지고 있습니다. 이 경우 TICKET이라는 새 토큰을 생성합니다. OP_CHECKMULTISIG를 사용하는 것은 의도된 opcode 사용이 아니기 때문에 해킹으로 간주될 수 있습니다. Counterparty는 이제 비트코인의 OP_Return opcode를 사용하여 데이터를 저장하는데, 이는 개발자의 의도와 다소 일치합니다. 예를 들어, OP_Return을 사용하는 이 업데이트된 상대방 트랜잭션을 참조하십시오.

2014년 초, Mastercoin이라는 경쟁 플랫폼보다 앞서 Counterparty를 둘러싼 많은 실험, 개발자 활동, 혁신 및 흥분이 있었습니다.

OP_Return이란 무엇입니까?

OP_Return은 비트코인에서 증명할 수 없는 트랜잭션 출력입니다. 이 기능은 비트코인을 소각하거나 비트코인 ​​블록체인에 임의의 데이터를 저장하는 데 사용할 수 있습니다. 데이터가 UTXO 집합의 일부가 아니기 때문에 가지치기에 참여하는 노드가 OP_Return 데이터를 저장할 필요가 없기 때문에 이러한 방식으로 데이터를 저장하면 비트코인 ​​확장에 도움이 된다고 합니다.

비트코인의 합의 규칙은 최대 OP_Return 크기를 10,000바이트로 허용합니다. 예를 들어, 2013년 5월에 이 기능은 다음 트랜잭션에서 악용되었습니다. 이 트랜잭션의 OP_Return 출력에는 Rick Astley의 1987년 노래 "Never Gonna Give You Up"의 가사가 포함되어 있으며 Rickrolling 밈과 관련이 있습니다.

2014년 이전에는 OP_Return이 포함된 거래가 비표준이었고 일반 비트코인 ​​노드에 의해 릴레이되지 않았습니다. 그러나 채굴자가 이러한 트랜잭션을 포함하면 유효한 것으로 간주됩니다. 2014년 3월에 표준 트랜잭션 유형으로 OP_Return 기능을 포함하는 Bitcoin Core 0.9.0이 출시되었으므로 트랜잭션은 기본적으로 릴레이됩니다. 당시 릴리스 노트는 다음과 같습니다.

이 변경 사항은 블록체인에 데이터를 저장하는 것을 보증하지 않습니다. OP_RETURN 변경은 임의의 데이터(예: 이미지)를 절대 사용할 수 없는 TX 출력으로 저장하여 비트코인의 UTXO 데이터베이스를 팽창시키는 데이터 저장 체계(이 중 일부는 이미 배포됨)를 방지하기 위해 증명할 수 있는 정리 가능한 출력을 생성합니다. 임의의 데이터를 블록체인에 저장하는 것은 여전히 ​​나쁜 생각입니다. 비화폐 데이터를 다른 곳에 저장하는 것이 더 저렴하고 효율적입니다.

출처: https://bitcoin.org/en/release/v 0.9.0 #oreturn-and-data-in-the-block-chain

Bitcoin Core 0.9.0은 OP_Return이 40바이트 이하인 거래만 중계합니다. 데이터가 이보다 크면 여전히 유효한 거래이지만 중계되지는 않습니다. 원래 제한은 80바이트였지만 많은 논의 끝에 개발자는 40바이트로 결정했습니다.

2016년에 비트코인 ​​코어 0.11.1은 마침내 릴레이 한도를 80바이트로 늘렸고, 2016년 말 비트코인 ​​코어 0.12.0 릴리스에서는 현재 우리의 한도인 83바이트로 늘렸습니다. 즉, 오늘 OP_Return 출력이 83바이트 이상인 트랜잭션을 원하면 블록을 직접 채굴하거나 채굴자에게 직접 보내야 합니다.

OP_귀국전쟁

2014년 3월 20일, 당시 Bitcoin의 주요 기여자 중 한 명인 Jeff Garzik은 Bitcointalk 포럼의 Counterparty 포럼에 글을 게시하기 시작했습니다. Jeff는 Counterparty의 블록체인 공간 사용을 비판했습니다.

지금까지 간단한 해시로 안전하게 대체할 수 없는 블록체인 데이터 덤프 체계를 본 적이 없습니다. 블록체인에 데이터를 저장할 필요가 없습니다. 그것은 순수한 지적 게으름입니다. 타임스탬프 해시(데이터)는 안전하면서도 더 효율적입니다. 또한 보조 체인은 비트코인에 증명할 수 있습니다.

출처: https://bitcointalk.org/index.PHPtopic=395761.msg5796379#msg5796379

제프는 계속해서 이렇게 말했습니다.

CheckMultiSig는 분명히 임의의 데이터가 아닌 ECDSA 공개 키와 함께 작동합니다. 의도된 목적 이외의 용도로 작업을 사용하면 부정적인 결과, 의도하지 않은 결과 또는 알 수 없는 결과가 발생할 수 있습니다. 상대방 거래는 "비트코인 프로토콜에 따른" 것이 아니며, 이러한 방식으로 기능을 사용할 것으로 예상되지 않았기 때문에 진행됩니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg 5827189 #msg 5827189

제프가 2017년에 "큰 블록 지지자"로 보였기 때문에 이러한 견해를 가지고 있는 것이 이상하다고 생각할 수도 있습니다. 그러나 이러한 명백한 불일치는 2014년에는 전혀 발생하지 않았습니다. 그 당시 Jeff의 견해는 나중에 대형 블록의 책임자가 된 사람들을 포함하여 그 당시 거의 모든 활동적인 개발자들에게 어느 정도 인정되었습니다. 우리가 아는 한 블록 크기 제한에 대한 사람들의 인식과 이 질문 사이에는 단순한 매핑이 없습니다. Jeff는 당시 존경받는 개발자였으며 ​​이 기사는 Counterparty 개발자와 사용자 모두에게 많은 관심을 받았습니다.

"BitcoinTangibleTrust"라는 가명을 사용하는 Counterparty 개발자는 Jeff에게 다음과 같이 응답했습니다.

너가 확실히 맞아. 블록체인에 데이터를 저장할 필요가 없습니다. 타임스탬프 해시(데이터)는 안전하면서도 더 효율적입니다. 보조 체인은 비트코인에 증명할 수 있습니다. 그러나 아래의 PhantomPhreak의 [상대방 공동 설립자 및 수석 개발자]에 따르면, 상대방은 256바이트를 사용하여 3개의 다중서명 트랜잭션 중 하나에서 블록체인에 데이터를 저장합니다. 또한 이러한 모든 다중서명 거래는 채굴자에 의해 처리됩니다.

개발자는 계속해서 OP_Return을 80바이트 대신 40바이트로 제한하려는 비트코인 ​​개발자의 계획을 비판했습니다.

OP_RETURN이 다중 서명 동작(사용되지 않은 출력)을 중지/감소하도록 설계되어 블록체인 부풀림을 줄이는 경우 OP_RETURN의 크기를 80바이트에서 40바이트로 줄임으로써 실수로 다중 서명을 모든 메타 프로토콜에 더 매력적으로 만들까 두렵습니다. OP_RETURN을 덜 매력적으로 만들었습니다.

"PhantomPhreak"로 알려진 수석 카운터파티 개발자이자 공동 창립자는 다음과 같이 말했습니다.

데이터를 두 번째 블록체인에 저장하고 해당 타임스탬프 데이터의 해시를 비트코인에 넣으면 해당 해시도 40바이트 미만이 된다는 아이디어입니다. 우리가 이것을 하지 않은 이유는 "지적 게으름"이 아니라 구현의 복잡성 때문이었습니다. Counterparty는 컴퓨터 과학 프로젝트가 아니며, 개발 속도를 높이기 위해 최대한 단순하게 설계되었습니다. 너무 작은 OP_RETURN 출력 대신 다중 서명 출력에 데이터를 저장해야 하는 경우에도 마찬가지입니다. 이 분야에서는 나쁜 것이 확실히 좋습니다.

Jeff는 다음날 이렇게 대답했습니다.

히치하이킹입니다. 비트코인 블록체인 애플리케이션의 대다수(>90%)가 통화 사용이라는 점을 감안할 때 풀 노드를 덤 데이터 스토리지 엔드포인트로 사용하는 것은 전적으로 자발적인 네트워크 리소스를 남용하는 것입니다. 네트워크는 트랜잭션 데이터를 복제하므로 무임승차가 안되는 이유는 무엇입니까? 마스터코인과 카운터파티는 기존 커뮤니티에 참여하는 대신 단순히 "켜기" 스위치를 켜고 비트코인 ​​P2P 노드를 불필요한 데이터 저장소로 사용하기 시작했습니다. 사용되지 않은 트랜잭션 출력은 결코 임의의 데이터 저장소로 사용하기 위한 것이 아닙니다. 그것이 남용될 수 있다는 사실이 그것을 옳게 만들거나, 원격으로 효과적이게 하거나, 최선의 해결책으로 만들지는 않습니다. UTXO(Unspent Transaction Output) 데이터베이스는 전체 네트워크에 대한 빠른 액세스 데이터베이스입니다. 각 노드는 네트워크 트랜잭션을 가장 잘 처리하기 위해 이 데이터베이스가 가능한 한 작아야 합니다. 임의의 데이터를 사용되지 않은 출력으로 인코딩하는 것은 네트워크 전반에 걸쳐 명백하고 단순한 남용입니다. 전체 네트워크가 이 가격을 부담합니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5815887#msg5815887

커뮤니티에서 Jeff의 높은 지위로 인해 Counterparty 커뮤니티의 대부분의 사람들은 참여하여 문제를 해결하기를 열망하는 것 같습니다. 예를 들어 BitcoinTangibleTrust는 다음과 같이 응답했습니다.

생각을 공유해주셔서 감사합니다, 제프. 그렇다면 기존 Bitcoin Core 개발 커뮤니티에 참여할 수 있도록 도와주시겠습니까? 우리가 살아남으려면 비트코인 ​​블록체인이 필요하기 때문에 책임감 있는 파트너 역할을 하는 것이 Counterparty의 관심사입니다. 이러한 문제에 대해 협력을 시작하는 방법을 알려주실 수 있습니까?

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5816031#msg5816031

또 다른 Counterparty 개발자는 또 다른 점을 지적했습니다.

Bitcoin 프로토콜이 다른 것을 손상시키지 않고 XCP가 사용하는 방식을 중지할 수 있는 방법이 있습니까?

비트코인 개발자가 거래상대방 관련 거래를 막을 방법이 없다면 아마도 이 반대가 문제가 되지 않을 것이며 거래상대방은 허가 없이 비트코인을 계속 사용할 수 있을 것입니다. Bitcoin 개발자와 마이닝 풀 운영자 Luke-Jr가 토론에 참여했습니다.

채굴자들은 남용을 걸러내야 합니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5816503#msg5816503

그런 다음 Luke-Jr는 이러한 유형의 시스템이 블록체인 부풀림을 피할 수 있는 병합 채굴 사이드체인 유형 구조를 사용하여 구축될 수 있다고 제안했습니다.

문제는 새로운 계층이 아니라 사람들의 의지에 반하는 부과입니다. 새로운 레이어는 블록체인을 오염시키고 비참여자가 데이터를 저장하도록 강요하지 않고 옵트인 기반으로 수행할 수 있습니다.

Luke는 Bitcoin 개발자가 예상되는 OP_Return 릴레이 크기를 원래 제안된 80바이트 제한과 비교하여 40바이트로 줄인 이유도 질문했습니다. Luke는 다음 세 가지 사항으로 응답했습니다.

• 너무 많은 사람들이 OP_RETURN이 함수이고 사용해야 한다고 생각합니다. "누군가가 침입했을 때 유리를 교체할 필요가 없도록 창문을 잠그지 않은 상태로 두는" 방법일 뿐입니다. 즉, Bitcoin을 남용하는 사람들로 인한 피해를 줄이는 것입니다.

• 40바이트는 데이터를 트랜잭션에 바인딩하는 데 필요한 모든 법적 요구에 충분합니다. 해시에 대해 32바이트와 일종의 고유 식별자에 대해 8바이트를 얻습니다(꼭 필요하지는 않습니다! ).

• 원래 80바이트 제안은 512비트 해시를 위한 것이었지만 불필요하다고 판단되었습니다.

Luke-Jr는 계속해서 다음과 같이 말했습니다.

채굴이 탈중앙화로 돌아감에 따라 OP_RETURN 변형이든 아니든 남용/스팸 거래에 대한 허용이 줄어들기를 바랍니다. 이제 누군가 트랜잭션과 함께 실제로 해시를 저장하는 데 필요한 유효하고 필요한 사용 사례가 있는 경우 분명히 채굴자는 채굴을 진지하게 고려해야 합니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5817170#msg5817170

당시 Luke의 마이닝 풀도 상대방 관련 거래를 걸러내기 시작했습니다. 이것은 Counterparty 커뮤니티에 두려움과 불확실성이 형성되기 시작한 때입니다. OP_Return이 80바이트가 되어야 합니다. 그렇지 않으면 OP_CHECKMULTISIG opcode를 계속 사용해야 합니다. Luke의 의견을 감안할 때 80바이트가 될 것 같지는 않습니다. 그 외에도 일부에서는 개발자가 한도를 더 낮추어 잠재적으로 Counterparty를 네트워크에서 제거할 것이라고 우려합니다. Bitcoin 개발자는 Counterparty에 특별히 우호적이지 않은 것 같으므로 일부는 Bitcoin 프로토콜을 계속 사용하는 것이 어려울 수 있다고 생각할 수 있습니다.

2014년 3월 25일 이더리움의 창시자 비탈릭 부테린(Vitalik Buterin)은 논쟁이 수수료에 더 집중되어야 하며 충분한 수수료를 지불하면 거래가 합법적으로 블록에 포함되어야 한다고 주장하며 끼어들었습니다. 오늘날 이더리움의 수수료 알고리즘은 OP_Return 문제를 근본적으로 해결하는 다양한 블록체인 사용에 대해 다양한 수수료 버킷과 요금으로 매우 복잡합니다. Bitcoin의 SegWit도 이 문제를 어느 정도 완화한다고 주장할 수 있습니다.

이것은 프로토콜의 결함이며 OPRETURN 싸움은 그러한 문제입니다. 이상적인 세상에서는 "남용"이라는 개념이 전혀 존재하지 않을 것입니다. 수수료는 필수이며 주어진 거래가 네트워크에 부과하는 실제 비용과 거의 일치하도록 신중하게 설계될 것입니다."라고 그는 말했습니다. 완료되면 아무 질문 없이 할 수 있어야 합니다. "

출처: https://www.coindesk.com/markets/2014/03/25/developers-battle-over-bitcoin-block-chain/

2014년 3월 27일, Counterparty는 Luke-Jr의 마이닝 필터를 우회하도록 거래 방법을 변경했습니다. 그러나 다음날 누가는 이렇게 말했습니다.

좋은 소식! 5분도 채 안 되는 코드 1줄로 필터를 추가하여 이 쓸데없는 것을 차단할 수 있습니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5955613#msg5955613

Luke-Jr는 또한 Counterparty를 일종의 학대에 비유했습니다.

다른 사람이 자신의 자유 선택에 따라 데이터를 다운로드/저장하도록 강요하기 때문에 이는 남용입니다. 모든 전체 노드는 전체 블록체인을 다운로드해야 합니다(가지치기 가능 여부!). 모든 전체 노드는 금융 거래를 다운로드하고 저장하는 데 동의합니다. 모든 전체 노드가 다른 것을 저장하는 데 동의하는 것은 아닙니다. 이를 위해서는 일부 하위 집합(즉, 채굴자나 개발자가 아님) 또는 다수가 아닌 100% 합의가 필요합니다. 또한 누구나 자유롭게 블록체인에 없는 데이터를 저장할 수 있습니다. 그것을 블록체인에 넣어도 아무런 이점이 없습니다. 단지 그것을 원하지 않는 사람들에게 강요할 뿐입니다. 이게 학대가 아닌 이유를 설명하세요...

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5826443#msg5826443

Bitcoin 개발자에 대한 분노

예상할 수 있듯이 Bitcoin 개발자의 우려는 궁극적으로 일부 Counterparty 개발자 및 사용자의 좌절과 분노에 부딪쳤습니다. 아래에 그들의 리뷰 중 일부를 포함시켰습니다. 먼저 상대방 트랜잭션을 차단하는 Luke-Jr의 풀에 대한 "porqupine"이라는 사용자의 의견:

해결책을 찾기 위해 책임감 있게 노력하는 개발자에 비하면 괜찮습니다. 고양이와 쥐 게임을 홍보하고 있습니다. 당신도 망 중립성에 대해 이야기하고 있다는 것을 알고 계셨습니까? 그리고 사람들이 블록체인에서 해야 할 거래와 하지 말아야 할 거래를 사적인 손에 맡기려고 합니다. 마음에 들지 않는 사람을 제재하는 다음 단계는 무엇입니까? 정부의 외교 정책에 반대하는 국가의 노드에서 방송 거래에 대한 제재?

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5955738#msg5955738

2014년 3월 21일에 포퀴핀은 다음과 같이 계속되었습니다.

결정할 때 잠시 기다리십시오. 모든 노드는 Y 유형 데이터 대신 X 유형 데이터를 저장하는 데 동의합니다. 돈세탁, 불법 마약 및 무기, 인간 노예 제도 등에 대한 거래 저장에 동의하지 않을 수도 있습니다. 당신은 기본적으로 프로토콜 중립성을 부정하고 프로토콜을 저장하는 데 사용하거나 사용하지 말아야 할 것을 결정하고 있습니다. 프로토콜 사용자는 전체적으로 말합니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5826584#msg5826584

다른 사람들은 Jeff와 Luke가 특정 사용 사례를 차단하기 위해 다른 사람을 우회할 권한이 있는 이유에 대해 우려를 표명했습니다.

나는 이런 태도를 믿을 수 없다. 비트코인에 소유자가 있는지 몰랐습니다. 나는 나와 약 백만 명의 다른 사람들이 소유자라고 생각했습니다.

상대방의 공동 창립자 PhantomPhreak는 다음과 같이 말했습니다.

첫째, 상대방 거래는 금융 거래입니다. 둘째, 모든 전체 노드는 비트코인 ​​블록체인을 다운로드하고 저장하는 데 동의합니다. 즉, Bitcoin 프로토콜을 준수하는 트랜잭션, 상대방 트랜잭션은 분명히 수행합니다. 제발, 사토시는 제네시스 블록에 정치적 메시지를 포함시켰습니다...당신은 비트코인의 가능한 사용 사례에 대해 다른 누구보다 훨씬 좁은 시야를 가지고 있습니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5826770#msg5826770

그 또는 그녀는 계속:

비트코인은 의도하지 않은 많은 일을 합니다. 예, 우리는 현재 가지고 있는 것보다 더 우아한 솔루션을 사용하고 싶습니다. Counterparty는 원래 OP_RETURN 출력을 사용하여 모든 메시지 데이터를 저장하도록 설계되었습니다. 매우 우아하고 블록체인에 최소한의 영향을 미칩니다. 공식 Bitcoin 블로그에서 Gavin이 발표한 80바이트 한도 내에서 모든 메시지를 형식화할 계획입니다. 선택의 여지가 없기 때문에 다중 서명 출력만 사용합니다. 우리는 Bitcoin 프로토콜을 확장하고 싶지 않습니다. 우리는 안정성, 보안 등의 이점을 위해 가능한 한 간단하고 직접적으로 무언가를 하고 싶습니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5827473#msg5827473

마찬가지로 우리는 블록체인에 금융 거래만 저장하고 사용하는 공간에 대한 비용을 지불하고 있습니다. OP_RETURN 출력의 금융 거래는 다른 무엇보다 전체 노드 스토리지에 더 이상 고통이 아닙니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5827688#msg5827688

"bitwhizz"라는 또 다른 사용자는 다음과 같이 말했습니다.

저장하고 싶지 않다면 아주 간단하게 비트코인을 사용하지 말고 블록체인을 다운로드하지 마십시오. 귀하의 scott은 무료입니다. 그러나 내 동의는 Bitcoin에 거래 기능이 있을 뿐만 아니라 아무도 가지고 있지 않다는 사실과 OP_RETURN 기능이 있다는 사실을 기반으로 이 기능을 제거해야 하는 이유를 알 수 없습니다. 저장하고 싶지 않습니다. 이미 데이터를 선택할 자유가 있습니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5827897#msg5827897

"Anotheranonlol"은 다음과 같이 말했습니다.

상대방 거래가 금융 거래를 구성하지 않는 방법을 정말 이해할 수 없습니까? 나는 또한 관점을 이해할 수 없습니다. 예를 들어 1000개 중 1개 노드가 이 데이터를 수락하지 않으려고 하기 때문에 기본적으로 금지되어야 합니다. 최근 mt.gox의 악몽과 수많은 해킹, 절도, 종료 및 중앙 집중식 엔터티에 잔액 저장으로 인한 손실 이후 Counterparty는 이 문제에 대한 중앙 집중식 무신뢰 솔루션을 제공하는 솔루션을 제시한 것으로 보입니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5827776#msg5827776

"Baddw"는 다음과 같이 말했습니다.

실제로 누구나 언제든지 블록체인에 임의의 데이터를 저장할 수 있습니다. 이 목적으로 사용되어 왔으며 사용되고 있습니다. Bitcoin 노드를 실행하는 모든 사람은 이미 이것을 알고 있어야 하며, 그렇지 않은 경우 Bitcoin-QT를 설치할 때 나타나는 알림의 일부여야 합니다(있는 경우, 본 기억이 없습니다). 모든 비트코인 ​​거래는 단순한 돈의 이동, 연애 편지 또는 폭탄을 터뜨리는 방아쇠일 수 있습니다. 그 가능성을 제거하면 비트코인이 죽게 됩니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5827749#msg5827749

Baddw는 계속해서 다음과 같이 말했습니다.

컴퓨팅 역사(그리고 실제로 인간 기술의 전체 역사)에서 가장 위대한 발전의 대부분은 발명가가 사용할 의도가 없었던 것을 사람들이 발견한 결과였습니다. 좋은 점은 대부분의 발명가가 자신의 발명품을 그다지 보호하지 않으며 다른 사람이 새로운 것을 위해 사용하는 것을 거부하지 않는다는 것입니다. 그렇게 한 사람들은 빠르게 자신을 능가했습니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5827925#msg5827925

이러한 의견에서 많은 카운터파티 사용자와 개발자가 비트코인 ​​개발자의 입장에 놀라고 실망했다는 것이 분명합니다. 프로젝트가 계속되고 Mastercoin도 마찬가지지만 결과적으로 일부 개발자는 비트코인을 떠나 이더리움과 같은 다른 블록체인 시스템에 프로토콜을 구축했을 가능성이 있습니다. 2014년 지금 이 순간이 가장 중요하다고 생각합니다. 그러나 다른 사람들은 다르게 볼 수 있습니다.

병합된 채굴된 사이드체인

OP_Return 토론 전반에 걸쳐 상대방과 블록체인 팽창에 반대하는 사람들은 일반적으로 Dapps를 위한 솔루션으로 어떤 형태의 병합된 마이닝 사이드체인을 언급합니다. 실제로 Satoshi Nakamoto는 이 경로를 좋아했으며 2010년 12월 도메인 이름 시스템에서 사용하도록 승인했다고 합니다.

BitDNS가 완전히 분리된 네트워크와 분리된 블록체인이 될 수 있지만 CPU 전원을 Bitcoin과 공유하는 것이 가능하다고 생각합니다. 유일하게 겹치는 부분은 채굴자가 두 네트워크를 동시에 검색할 수 있도록 하는 작업 증명입니다.

출처: https://bitcointalk.org/index.PHP?topic=1790.msg28696#msg28696

이러한 Dapp 시스템을 사이드체인으로 구현하는 데는 많은 어려움이 있으며, 많은 사람들이 단순히 작동할 수 있다고 생각했던 2014년보다 이러한 약점을 더 잘 이해하고 있습니다.

• 복잡성 - 가장 중요한 약점 중 하나는 사이드체인 솔루션 구현 및 구축의 복잡성입니다. 프로토콜을 조기에 출시하고 시장 점유율을 확보하기 위해 이러한 프로젝트는 사이드체인을 구축하고 비트코인과 병합된 마이닝 시스템을 구축할 시간이 없습니다.

• 네이티브 자산으로서의 비트코인 ​​- 신뢰할 수 없는 양방향 페그를 설정하는 것이 불가능할 수 있으므로 비수탁 비트코인을 사이드체인의 운영 자산으로 사용하는 것이 불가능할 수 있습니다. 이것은 많은 Dapp의 큰 약점입니다. 예를 들어 분산 거래소에서 비트코인을 주요 거래 쌍으로 사용하기를 원할 수 있습니다. 이 약점은 2014년에는 잘 이해되지 않는 것 같고 많은 사람들이 그저 그것이 어떻게든 작동한다고 가정합니다.

• 제한된 확장성 이점 - 사이드체인 사용의 이점은 사용 사례에 따라 다를 수 있습니다. 예를 들어, 분산형 거래소를 구축하려는 경우 모든 입찰, 제안 및 일치에는 메인 체인의 모든 보안이 필요할 수 있습니다. 메인 체인을 너무 많이 사용하기 때문에 거래소의 모든 사용자가 가능한 모든 행동에 대해 사이드 체인 시스템의 확장성 이점은 매우 제한적일 수 있습니다. 로컬 온체인에서 입찰을 제출하는 것은 약 90바이트만 사용할 수 있지만 주문 정보의 해시를 저장하고 이를 식별하는 데 필요한 구조와 오버헤드는 온체인에서 약 50바이트일 수 있으므로 많은 공간을 절약하지 못할 것입니다.

2014년 3월 Counterparty 개발자(xnova)는 사이드체인에 대한 그의 반대를 다음과 같이 설명했습니다.

또한 여기서 간과하는 것이 없는 한, 저장하는 데이터를 얻으려면 두 번째 블록체인의 블록에서 데이터를 분석해야 합니다(최소한 비트코인 ​​또는 비트코인에서 파생된 구현이라고 가정). 따라서: * 카운터파티에서 제공하는 컬러 코인 기능(예: DEx, 베팅, 자산 콜백, 배당금, CFD 등)으로 인해 SPV 유형 카운터파티 클라이언트를 활성화하지 않습니다. * 카운터파티 거래의 보안을 감소시킵니다. 이것은 구현의 복잡성을 크게 증가시킬 것입니다(즉, 버그 및 버그의 가능성 증가). 유일한 의심스러운 이점은 블록체인에 대한 우리의 스토리지 요구 사항이 약간* 감소한다는 것입니다(즉, 트랜잭션당 20-40바이트 더 적을 수 있습니까?). 나는 그것이 여기서 무엇을 의미하는지 알지 못합니다. 한 가지 더: 상대방은 비트코인에 막대한 이점을 가져올 수 있으며, 이더리움(및 비트코인이 아닌 다른 유사한 메타 "2.0" 유형의 코인)이 등장하면 더욱 분명해질 것입니다. 적어도 내 개인적인 느낌은 비트코인이 이더리움 및 (미래의) 군중의 기능 목록 및 매력과 효과적으로 경쟁하기 위해 생태계에서 이 기능을 갖춘 제품이 필요할 것 같다는 것입니다. , 그리고 이것은 비트코인 ​​생태계가 더 많은 인정, 신뢰 및 마음 공유를 얻음에 따라 수십억 달러 또는 심지어 수조 달러를 비트코인 ​​생태계로 가져올 수 있는 능력을 제공합니다.

출처: https://bitcointalk.org/index.PHP?topic=395761.msg5799174#msg5799174

결론적으로

결론적으로

2014년 이후 Dapps에 관심을 가진 대부분의 개발자는 비트코인이 아닌 이더리움이나 다른 시스템을 구축하는 데 집중했습니다. 이후 이더리움은 많은 개발자의 관심과 모멘텀을 얻었지만 비트코인의 Dapp 개발은 미미했습니다. 이 게시물의 요점은 이것의 주요 동인이 필요한 비용이 아니며, 이더리움의 가상 머신과 이더리움의 뛰어난 기술 능력도 아니라는 점을 강조하는 것입니다. 비트코인에 관심이 없습니다. 이러한 기능. 좋든 나쁘든 일부 Bitcoiners는 의도적으로 이러한 Dapp 개발자 중 다수를 몰아냈습니다. 일부 비트코인 ​​지지자들은 대부분의 dapp 활동이 지속 불가능한 사기와 관련이 있거나 그러한 활동이 보안 또는 기타 이유로 비트코인에서 바람직하지 않다고 주장합니다.

2014년 이후 많은 사람들의 관점이 바뀌었습니다. 비트코인은 생존을 위해 거래 수수료가 필요합니다. 풀 블록이 많고 수수료가 더 높은 2016년 이후 환경에서는 모든 지불 거래가 "합법적"이라는 보다 일반적인 인식이 있습니다. Uniswap과 같은 교환이나 AAVE 및 Compound와 같은 대출 프로토콜과 같은 Ethereum의 특정 Dapp은 어느 정도 성공적이고 흥미로운 것으로 입증되었습니다. 그래도 비트코인 ​​사용자가 비트코인에서 이러한 프로토콜에 대해 충분히 관심을 갖고 있는지 여부는 공개적인 질문입니다. 누군가가 실제로 프로토콜을 구축하고 사용하는지 여부는 말할 것도 없습니다.