plugeth/accounts/testdata/keystore/README

This directory contains accounts for testing.
The passphrase that unlocks them is "foobar".

The "good" key files which are supposed to be loadable are:

- File: UTC--2016-03-22T12-57-55.920751759Z--7ef5a6135f1fd6a02593eedc869c6d41d934aef8
  Address: 0x7ef5a6135f1fd6a02593eedc869c6d41d934aef8
- File: aaa
  Address: 0xf466859ead1932d743d622cb74fc058882e8648a
- File: zzz
  Address: 0x289d485d9771714cce91d3393d764e1311907acc

The other files (including this README) are broken in various ways
and should not be picked up by package accounts:

- File: no-address (missing address field, otherwise same as "aaa")
- File: garbage (file with random data)
- File: empty (file with no content)
- File: swapfile~ (should be skipped)
- File: .hiddenfile (should be skipped)
- File: foo/... (should be skipped because it is a directory)
cmd/geth: add tests for account commands 2016-03-18 00:35:03 +00:00			`This directory contains accounts for testing.`
			`The passphrase that unlocks them is "foobar".`

			`The "good" key files which are supposed to be loadable are:`

			`- File: UTC--2016-03-22T12-57-55.920751759Z--7ef5a6135f1fd6a02593eedc869c6d41d934aef8`
			`Address: 0x7ef5a6135f1fd6a02593eedc869c6d41d934aef8`
accounts: cache key addresses In order to avoid disk thrashing for Accounts and HasAccount, address->key file mappings are now cached in memory. This makes it no longer necessary to keep the key address in the file name. The address of each key is derived from file content instead. There are minor user-visible changes: - "geth account list" now reports key file paths alongside the address. - If multiple keys are present for an address, unlocking by address is not possible. Users are directed to remove the duplicate files instead. Unlocking by index is still possible. - Key files are overwritten written in place when updating the password. 2016-03-03 00:15:42 +00:00			`- File: aaa`
cmd/geth: add tests for account commands 2016-03-18 00:35:03 +00:00			`Address: 0xf466859ead1932d743d622cb74fc058882e8648a`
accounts: cache key addresses In order to avoid disk thrashing for Accounts and HasAccount, address->key file mappings are now cached in memory. This makes it no longer necessary to keep the key address in the file name. The address of each key is derived from file content instead. There are minor user-visible changes: - "geth account list" now reports key file paths alongside the address. - If multiple keys are present for an address, unlocking by address is not possible. Users are directed to remove the duplicate files instead. Unlocking by index is still possible. - Key files are overwritten written in place when updating the password. 2016-03-03 00:15:42 +00:00			`- File: zzz`
cmd/geth: add tests for account commands 2016-03-18 00:35:03 +00:00			`Address: 0x289d485d9771714cce91d3393d764e1311907acc`

			`The other files (including this README) are broken in various ways`
			`and should not be picked up by package accounts:`

			`- File: no-address (missing address field, otherwise same as "aaa")`
			`- File: garbage (file with random data)`
			`- File: empty (file with no content)`
			`- File: swapfile~ (should be skipped)`
			`- File: .hiddenfile (should be skipped)`
			`- File: foo/... (should be skipped because it is a directory)`