aptos-core VS ed25519

AptosBFT — a consensus component supporting state machine replication in the Aptos blockchain (written in Rust);

aptos-sdk = { git = "https://github.com/aptos-labs/aptos-core", branch = "devnet" }

// import transaction build from aptos sdk: https://github.com/aptos-labs/aptos-core/tree/main/ecosystem/typescript/sdk import { BCS, TxnBuilderTypes } from 'aptos'; // Establish connection to the wallet const result = await (window as any).aptos.connect() // Check connection status of wallet const status = await (window as any).aptos.isConnected() // Gets the address of the account signed into the wallet const accountAddress = await (window as any).aptos.account() // Create a transaction const transaction = { arguments: [address, '717'], function: '0x1::coin::transfer', type: 'entry_function_payload', type_arguments: ['0x1::aptos_coin::AptosCoin'], }; // Send transaction to the extension to be signed and submitted to chain const response = await (window as any).aptos.signAndSubmitTransaction(transaction) // Send transaction to the extension to be signed and returns const signedTransaction = await (window as any).aptos.signTransaction(transaction) // Disconnect dApp from the wallet await (window as any).aptos.disconnect(transaction)

The first step was to generate an ed25519 - ssh key for my Github account.

From the GitLab documentation, ED25519 keys are recommended, as they are more secure and performant than RSA keys, according to the book Practical Cryptography With Go.

Correction regarding Ed25519: The Edwards Digital Signature Algorithm (EdDSA) https://ed25519.cr.yp.to/ was developed by a team including Daniel J. Bernstein, Niels Duif, Tanja Lange, Peter Schwabe, and Bo-Yin Yang. The first paper came out in 2011.

Les concepteurs de l'algorithme estimation :

Ed25519

Ed25519 для транзакций с одной подписью, и

> For the ED25519, the key size should be 256 or larger.

This tripped my bullshit filter. ED25519 is 256 bits always: https://ed25519.cr.yp.to/