Quote from: d5000 on December 09, 2024, 08:34:08 PM

@mistercoin: Indeed.

OP, please provide more information on mistercoin's question and also:

- which version of Bitcoin Core is the base for this one? (best practice would be to deliver the exact Git commit, so a diff can be done!)
- what changes were done to Bitcoin Core?
- what exactly can you make "quantum resistant" with this Bitcoin Core version?

There is the file pqc.md which provides some more info, but it is still not really clear how it works alongside the Bitcoin protocol. In my opinion, according to the description of the "hybrid" system, the keys would be compromised if one of both algorithms "break", so it would be even less secure than the "pre-quantum" ECDSA cryptosystem which is used today.

On the other hand, how would miners/core nodes validate the "new" kind of transaction?

Until this is not answered this may be possibly a wallet stealer, so don't install it until the OP hasn't answered the questions and detailed the changes!. I'm sorry OP but there are a lot of scams of this kind, and it could be possible that someone wants to capitalize from the fear of quantum computers.

The thread is imo also in the wrong subforum as this isn't a support topic, it should go into Project Development or Development & Technical Discussion.

1. Already responded to mistercoin's question.
2. Latest Bitcoin Core version.
3. We provided the required integration of 3 post-quantum cryptograph namely keber, FrodoKEM, and NTRU which also support for hybrid key generation and signing
4. HybridKey class for managing both classical and PQC keys and Integration with Bitcoin's existing key management system.
5. Post-Quantum Cryptography (PQC) aims to address the vulnerabilities of current cryptographic systems like ECDSA, which are not secure against quantum computers.
5. Soft fork was implemented to maintain backward compatibility, and below is simple explanation of how miners/nodes validate the new PQC transactions:

A. Old Nodes (not PQC):
1. Only see and validate the classical ECDSA signature
2. Ignore the additional PQC data (they treat it as anyone-can-spend)
3. Continue working as normal

B. New Nodes (PQC):
1. First validate the classical ECDSA signature
2. Then validate the PQC signature
3. Transaction is only valid if BOTH signatures are valid
4. Reject if either signature fails

C. Miners:
1. Old miners: Mine transactions based only on ECDSA
2. New miners: Mine transactions only if both ECDSA and PQC signatures are valid

This creates a soft fork where new rules are stricter than old rules. This dual-signature approach ensures backward compatibility while gradually transitioning the network to quantum resistance. This dual-signature approach ensures backward compatibility while gradually transitioning the network to quantum resistance.

[/quote]