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
keyreg
transactions regarding nonParticipation. - Improved validations for
acfg
transactions 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.algorand
is made available and can be accessed by the dapp to make calls to AlgoSigner. The existingwindow.AlgoSigner
object 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
authAddr
for 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
boxes
field on application transactions and thestateProofKey
&nonParticipation
fields 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
authAddr
provided.
- Fixed an issue where custom networks weren't working correctly on
This project is under the MIT License