In a private conversation shared in networks and filtered by a medium of Bitcoin and cryptocurrencies, Luke Dashjr explained a proposal to protect Bitcoin from the CSAM (child sexual abuse material). According to its messages, the mechanism would imply identifying «contaminated» transactions with CSAM once confirmed in old blocks, and then use ZK Proofs to demonstrate the validity of said transaction while hiding the sensitive content.
This verification, Dashjr detailed, would apply after the block is identified as problematic, what technically would constitute a hard bifurcation of the protocolalthough limited in their reach and consequences. Limited because, according to the developer, the transfigured block would already be «buried» in the main chain and validated by the network.
«Thought is, after a block is identified as having CSAM, identifying the transaction and using ZKP for it,» he wrote, emphasizing that the network would have already verified the availability of the data at the corresponding temporal point.
With ZKP it refers to zero knowledge tests. As cryptootics has reported, this is a method that allows Verify the validity of the transaction without revealing «deep» information associated with it. Hal Finey, a pioneer of Bitcoin, already talked about this type of cryptography and its usefulness in 1998.
Dashjr recognized the implications of his idea, describing it as a hard fork Technical but «sure» given the depth of the blocks confirmed in the chain. In response to questions about the term «buried,» he clarified to his interlocutor that it refers to the fact that the network has previously confirmed the validity of the data, reducing the risk of rewriting and malicious reorganization of Bitcoin.
Luke Dashjr’s interlocutor indicated that the measure devised by the developer is practicable, but doubt if this method is capable of generating incentives for nodes to monitor and submit zero knowledge tests, and questions whether it would be enough with the goodwill of the participants or if additional mechanisms would be required.
To strengthen implementation, Dashjr suggested a multifirma in each zkpwhich would add collective verification layers and distribute responsibility between the verifiers. «I would probably have a multisig-off In each ZKP, ”he said.
He acknowledged that, in the current context and according to his perspective, the limited options – say that «Bitcoin dies» or depending on the confidence in third parties – make their focus preferable, although extreme in this stadium.
As Cryptonotics reported, Luke Dashjr’s conversation where he proposed this bifurcation was leaked by a bitcoiner medium.
This private conversation does not follow that the developer is planning Bifurcar Bitcoin. Rather, it seems to propose various ideas to «solve» a problem that he and the community of Knots, the bitcoin client he maintains, finds it worrying: CSAM’s invasion in Bitcoin’s blocks Thanks to the Bitcoin Core update to its 30 version.