비트코인 코어 개발자: 믹싱 거래 "코인조인" 필터링 의도 없음, 팀의 모든 자원을 활용하여 해결책 마련할 의향 있음
ChainCatcher 메시지에 따르면, Bitcoin Core 개발자 Luke Dashjr는 소셜 플랫폼에 "OP_RETURN 논의는 새로운 것이 아니며, 2014년으로 거슬러 올라갈 수 있습니다. 그 당시 Bitcoin Core 0.9.0이 출시되었고, OP_RETURN 정책이 포함되어 있어 더 악성 형태의 스팸을 방지하는 것을 목표로 했습니다. 당시 40바이트는 모든 노드에서 구현된 기본 최대 데이터 용량 제한이었으며, 이는 데이터를 트랜잭션에 바인딩하는 데 과거와 현재 모두 충분히 큰 크기입니다(해시값 32바이트, 고유 식별자 8바이트). 핵심은 이후 기본값을 80바이트로 늘리는 것이 전적으로 자발적인 결정이며, OP_RETURN을 통해 증명 가능한 잘라낼 수 있는 출력을 생성하여 데이터 저장 솔루션으로 인한 피해를 최소화하는 설계 목표와 절대 모순되지 않습니다. 이러한 솔루션은 항상 남용 행위로 간주되어 왔습니다. 또한, 저는 비트코인 Knot의 낮은 기본값을 유지하기로 선택했으며, 이를 늘릴 이유가 없습니다."라고 밝혔습니다.Luke Dashjr는 자신과 OCEAN 팀이 혼합 거래 "coinjoin"을 필터링할 의도가 없다고 말했습니다. 이러한 거래는 비트코인 프라이버시를 강화하는 혁신적인 도구를 제공하며, 올바르게 구축될 경우 coinjoin은 OP_RETURN 제한 내에서 쉽게 유지될 수 있습니다(사실, 그들은 OP_RETURN 데이터를 가질 이유가 전혀 없습니다). 그는 최근 문제를 완화하는 방법에 대한 몇 가지 아이디어가 있으며, 일부 coinjoin 거래가 Knots v25에 의해 스팸으로 표시된 것에 대해 자신의 팀과 모든 자원을 활용하여 진정으로 협력하여 해결책을 마련할 의향이 있다고 밝혔습니다.