The Schnorr-signatures are re-surfaced on the Agenda of the Bitcoin Community. On GitHub there has been for some time a file that sheds light on the technical backgrounds of Schnorr. The still little-noticed Upgrade to the Bitcoin network, it could now accept finally forms. However, it could take a very long time to Schnorr in practice, a wide application.
For some time it had been quiet around the Bitcoin Update Schnorr signatures. The idea to use this new type of signature for Bitcoin, already for some years in the crypto space present. Until, however, the step from a theoretical idea to succeed in a practical implementation, often it takes more time than hoped, a large part of the Community. We remember how long it took for the largest part of the Bitcoin Core team was able to bring to enable Segregated Witness.
The Upgrade of the Bitcoin network laid the Foundation for the introduction of Schnorr signatures. So glad so many not attracted a from the Bitcoin Team after the SegWit activation, now Schnorr is also far. So fast it went – as we know now, however, but on the stage. A year after SegWit seems to come now, however, movement in the case.
Bitcoin Developer published a Standard for Schnorr signatures
The Developer Pieter Wuille released at the beginning of the month on GitHub a file with a draft of Schnorr signatures. In it, he shows a couple of technical basics for the implementation of Schnorr, with the aim of a Standard for 64-Byte-Schnorr signatures. This is now a possible roadmap to establish Schnorr signature for Bitcoin.
Wuille describes the benefits of Schnorr, compared to the current in the Bitcoin network used in ECDSA signatures. In the Elliptic Curve Digital Signature Algorithm Elliptic curve is used in cryptography to create the signature and to encrypt. According to the file, the Schnorr scheme has three advantages over ECDSA-signatures: the security proof, the Non-deformability and linearity.
The benefits of Schnorr compared to ECDSA
The security proof (Security Proof) should be provided in the Random Oracle Model is very easy, what works in the ECDSA scheme. ECDSA signatures are also, in principle, changeable. So, an attacker can change without the knowledge of the Private Keys a signature for a Public Key. With Schnorr signatures is, however, not possible.
Last but not least, Schnorr-signatures, it is possible that multiple parties together to create a signature for all of their respective Public Keys to be valid. This is a step in the direction of multi-signatures, and improved speed and security.
How is Schnorr included in the Community?
Schnorr is already being touted now as a potential “greatest innovation of the Bitcoin network, since SegWit”. Similar to how this Upgrade could be for Schnorr difficult to achieve a breakthrough in the Bitcoin Community. That it took so long, until the number of SegWit-use Nodes increased, the inertia that is for the Bitcoin network typically. Due to the decentralized nature of the Blockchain, the use of SegWit can not be placed easily in a centralized or mandatory. The individual Nodes need to be independently active and the innovation to adopt and use.
In SegWit as an aggravating factor was added, however, that the activation was gone a split in the Community. Reservations against Schnorr, as it had been in the Bitcoin-to-Cash stock against SegWit, are not currently evident. The only Problem is, the Schnorr looks compared to ECDSA, is the lack of standardization. This Problem is now addressed by the Initiative of Developer Pieter Wuille is a good Start.