This repository is no longer under active development.
Support for AlgoSigner by the Algorand Foundation has ended as of March 31st, 2023 and the extension will be unpublished from the Chrome Store. This should not delete the extension if it is installed through the store but neither the extension or code base will be updated or supported.
Refer to the Algorand website for a list of alternative providers. The Algorand Foundation also providers a list of wallet security best practices.
Existing users should migrate to a different wallet immediately. There is no way to export a mnemonic from AlgoSigner. If you did not write it down when creating an account you should migrate to another account before March 31st or rekey your account to an account you do have the secret for.
A: No, this is a planned phasing out of AlgoSigner. There is no known security issue with the wallet.
A: Yes, you can, several guides are available recently depending on your new wallet.
A: The Chrome Store listing is unpublished. There is a final code only release (1.11.0) in the Github repository with the last developed features.
A: No. There will be a branch containing all the changes towards supporting v3, but it should not be considered tested or production ready.
- Multiple improvements to Custom Networks including:
- Automatic fetching of genesis ID and hashes for the user.
- Achieved full compatibility with enable()calls.
- Other UI/UX changes.
 
- Updated a lot of error messages and data structures to better communicate the causes of errors.
- Connecting to a dApp using an enable()call while logged out no longer closes the connection window after inputting your password.
- Improved validations for keyregtransactions regarding nonParticipation.
- Improved validations for acfgtransactions regarding the distinctions between 'Create', 'Config' and 'Destroy'.
- Fixed account permission bug on enable()calls.
- SDK support updated to v2.0.0.
As part of the process of supporting the Algorand Foundations ARCs, in 1.10.0, a number of non-breaking additions have been made to support how dApps will work with AlgoSigner. In time, the existing legacy features will be deprecated.
- A new top level object, window.algorandis made available and can be accessed by the dapp to make calls to AlgoSigner. The existingwindow.AlgoSignerobject remains but will be deprecated over the next year.
- An updated connection flow and address discovery process for dApps is in place, using algorand.enable(). The existing connection flow persists but will be deprecated over the next 3-6 months.
- Dapps may also now request for AlgoSigner to directly post signed transactions to the network and not return the signed blob to the dApp for handling.
- Additional documentation regarding the use of authAddrfor signing transactions with rekeyed accounts.
An interactive transition guide is available here to aid in the migration of existing functionalities.
- Transaction signing with Ledger devices now support signing multiple transactions in a single group at once. Also updated the Ledger libraries.
- Added support for the boxesfield on application transactions and thestateProofKey&nonParticipationfields for key registration transactions.
- Various bugfixes:
- Fixed an issue where custom networks weren't working correctly on algorand.enable()calls.
- Fixed an issue AlgoSigner becoming unresponsive when trying to sign a transaction with a Reference Account with no authAddrprovided.
 
- Fixed an issue where custom networks weren't working correctly on 
This project is under the MIT License
