ChainCatcher のメッセージによると、Bitcoin Core の開発者 Luke Dashjr はソーシャルプラットフォームで次のように述べています。「OP_RETURN の議論は新しいものではなく、2014 年に遡ることができます。当時、Bitcoin Core 0.9.0 がリリースされ、OP_RETURN ポリシーが含まれており、より悪質な形態のスパムを防ぐことを目的としていました。当時、40 バイトはすべてのノードで実装されたデフォルトの最大データキャリアサイズ制限でした。これは、データをトランザクションにバインドするには過去も現在も十分な大きさです（ハッシュ値 32 バイト、ユニーク識別子 8 バイト）。コアがデフォルト値を 80 バイトに増やすことは完全に自発的な決定であり、OP_RETURN を作成して証明可能なトリミング可能な出力を最大限に活用し、データストレージスキームによる損害を最小限に抑えるという設計目標と矛盾するものではありません。これらのスキームは常に悪用行為と見なされてきました。他にも良い技術的理由があり、私は Bitcoin Knot の低いデフォルト値を維持することを選択し、それを増やす理由はありません。」Luke Dashjr は、彼と OCEAN チームが混合通貨取引「coinjoin」をフィルタリングする意図はないと述べています。これらは Bitcoin のプライバシーを強化する革新的なツールを提供し、正しく構築されれば、coinjoin は OP_RETURN 制限内に簡単に収まります（実際、彼らは OP_RETURN データを持つ理由がまったくありません）。彼は最近の問題を緩和する方法についていくつかの考えを持っており、一部の coinjoin 取引が Knots v25 によってスパムとしてマークされていることに対処するために、自分自身とチームの全リソースを活用し、誠実に解決策を共同で策定する意向を示しています。