12월 9일, 비트코인 코어 개발자 Luke Dashjr는 소셜 미디어에 "OP_RETURN 논의는 새로운 것이 아니며 비트코인 코어 0.9.0이 출시된 2014년으로 거슬러 올라갈 수 있습니다. 여기에는 OP_RETURN 정책이 포함되어 있으며, 이는 악화를 방지하기 위해 고안되었습니다. 스팸 형태. 당시 40바이트는 모든 노드 구현에 대한 기본 최대 데이터 캐리어 크기 제한이었으며 이는 데이터를 트랜잭션에 바인딩하기에 충분했습니다(해시용 32바이트, 고유 식별자용 8바이트). 기본값을 80바이트로 늘리는 것은 완전히 자발적인 결정이며, 악의적인 동작으로 간주되는 데이터 저장 체계로 인한 피해를 최소화하기 위해 입증 가능한 정리 가능한 출력을 생성하려는 OP_RETURN의 설계 목표와 결코 모순되지 않습니다. 제가 선택한 다른 좋은 기술적 이유가 있습니다. Bitcoin Knot의 낮은 기본값을 유지하기 위해, 이를 늘릴 이유가 없습니다. Luke Dashjr는 자신이나 OCEAN 팀 모두 혼합 통화 거래 "coinjoin"을 필터링할 의도가 없다고 말했습니다. 이는 비트코인 개인정보 보호를 강화하기 위한 혁신적인 도구를 제공하며 올바르게 구축되면 코인조인은 OP_RETURN 한도 내에서 쉽게 유지될 수 있습니다(사실 OP_RETURN 데이터를 가질 이유가 전혀 없습니다). 그는 개인적으로 최근 문제를 완화하는 방법에 대한 몇 가지 아이디어를 가지고 있습니다. 즉, 일부 코인조인 거래가 Knots v25에 의해 스팸으로 표시되었으며 솔루션을 개발하기 위해 선의로 협력하기 위해 자신과 팀의 모든 자원을 사용할 의향이 있습니다. ."
모든 댓글