Age | Commit message (Collapse) | Author | |
---|---|---|---|
2014-08-17 | BTCReceive works only with one account | Perlover | |
It seems that it is only compatible with BIP32 | |||
2014-08-16 | Added two BIP44 compatible wallets in Android | Perlover | |
Subj :) Please update info, not only the Trezor is copatible with BIP44 standard :) | |||
2014-08-16 | Merge pull request #84 from erasmospunk/master | Wladimir J. van der Laan | |
BIP 44 - Specify that this BIP is not a central repository. | |||
2014-08-16 | Moved wordlists to separate file. | bip39jp | |
2014-08-15 | BIP0039 Added Japanese wordlist | bip39jp | |
2014-08-11 | BIP 64: getutxo message | Mike Hearn | |
(closes #88) | |||
2014-07-23 | Merge pull request #91 from davecgh/bip0032_conformal_implementation | Wladimir J. van der Laan | |
Add BIP0032 Go implementation. | |||
2014-07-22 | Add BIP0032 Go implementation. | Dave Collins | |
2014-07-18 | Restructure and make rules 2 and 4 unconditional | Pieter Wuille | |
2014-07-16 | Revert "Run spell check." | christianlundkvist | |
This reverts commit 11643a7585504d94996650fb7c390df0f4db4e41. | |||
2014-07-14 | Update README.mediawiki | Gregory Maxwell | |
Getutxos message BIP assigned BIP64. | |||
2014-07-09 | BIP39 grammar | Aaron Voisine | |
2014-07-09 | Merge pull request #85 from timthelion/patch-1 | Gavin Andresen | |
Spelling BIP 39 | |||
2014-07-09 | Merge pull request #86 from timthelion/patch-2 | Gavin Andresen | |
Spelling bip 32 | |||
2014-07-09 | Spelling bip 32 | Timothy Hobbs | |
2014-07-09 | Spelling BIP 39 | Timothy Hobbs | |
2014-07-09 | BIP 44 - Specify that this BIP is not a central repository for registered ↵ | Giannis Dzegoutanis | |
coin types. Provide links to the central repo. | |||
2014-07-02 | Run spell check. | christianlundkvist | |
2014-07-02 | Add password to test vector section. | christianlundkvist | |
2014-07-02 | Merge pull request #80 from wozz/patch-1 | Wladimir J. van der Laan | |
Move Test 3 to the correct location. | |||
2014-07-01 | Move Test 3 to the correct location. | wozz | |
The encrypted key for unicode test should be in the section for No compression, no EC multiply. | |||
2014-06-26 | Merge pull request #78 from voisine/patch-1 | Wladimir J. van der Laan | |
unicode normalization of password | |||
2014-06-26 | Merge pull request #29 from MidnightLightning/patch-1 | Wladimir J. van der Laan | |
Update bip-0038.mediawiki | |||
2014-06-26 | unicode normalization of password | Aaron Voisine | |
Added instructions for unicode normalization of password | |||
2014-06-25 | Merge pull request #73 from ReadLiberty/patch-1 | Wladimir J. van der Laan | |
Fixed typo | |||
2014-06-25 | Merge pull request #75 from gavinandresen/bip61 | Wladimir J. van der Laan | |
reject P2P message (BIP61) | |||
2014-06-21 | Merge pull request #77 from RobbieClarken/patch-1 | Wladimir J. van der Laan | |
Fix URL to source of PHP payment request generator | |||
2014-06-21 | Fix URL to source of PHP payment request generator | Robbie Clarken | |
The link to the source code of Gavin's PHP implementation was for the demo web page instead of the GitHub repository. | |||
2014-06-18 | reject P2P message (BIP61) | Gavin Andresen | |
2014-06-16 | Merge pull request #66 from satoshilabs/master | Wladimir J. van der Laan | |
bip-0044: scan just external chains | |||
2014-06-16 | Fixed typo | ReadLiberty | |
2014-06-12 | Status changed from Draft to Final | Gavin Andresen | |
2014-06-12 | Status got lost in editing | Gavin Andresen | |
2014-06-12 | Status Draft --> Final | Gavin Andresen | |
2014-06-12 | Fix mike's email address | Gavin Andresen | |
2014-06-12 | Add Mike as co-author, status Draft->Final | Gavin Andresen | |
We've got multiple implementations, so Final status is appropriate. And Mike agreed to help pull clarifying edits. | |||
2014-06-11 | bip-0044: scan just external chains | Pavol Rusnak | |
2014-06-09 | Clarify AES parameters passed in | Richard Moore | |
There was some slight ambiguity in which items passed into AESEncrypt was the key and which was the block. | |||
2014-06-06 | Merge pull request #59 from Telepatheic/patch-1 | Wladimir J. van der Laan | |
Small typo | |||
2014-06-04 | Clarify handling of default fields for signing. | Gavin Andresen | |
2014-05-27 | Merge pull request #67 from NicolasDorier/patch-2 | Gavin Andresen | |
Add reference implementation links | |||
2014-05-27 | Add BitcoinJ excellent introduction | Nicolas Dorier | |
2014-05-27 | Add reference implementation links | Nicolas Dorier | |
This BIP is really hard to implement because of the lack of test vectors and lack of documented implementations. This will save time for implementers. | |||
2014-05-20 | Merge pull request #55 from rnicoll/bip0072-http | Gavin Andresen | |
Add reference to RFC 2616 to BIP0072 | |||
2014-05-20 | Merge pull request #60 from aalness/aalness_bip70 | Gavin Andresen | |
Validate a payment request is still valid prior to payment | |||
2014-05-20 | Merge pull request #54 from rnicoll/bip0070-limits | Gavin Andresen | |
BIP0070 limits and error handling | |||
2014-05-20 | Merge pull request #41 from harding/master | Gavin Andresen | |
Clarification of how to construct the PaymentRequest signature | |||
2014-05-20 | Disambiguate Which Key Is Compromised When Ext. PubKey + PrivKey Are Leaked | David A. Harding | |
I mistakenly inferred from the following clause that a parent extended public key plus a child private key would be equivalent to knowing the extended *child* private key---meaning that the *parent* private key was still secure: > knowledge of the extended public key + any non-hardened private key > descending from it is equivalent to knowing the extended private key This patch's addition of the word "parent" (twice) removes the ambiguity and may help other readers draw the correct inference that the parent private key is no longer secure in this case. I also changed "+" to "plus" to avoid confusion with the actual mathematical operations used in this BIP. | |||
2014-05-05 | Validate a payment request is still valid prior to payment | Andy Alness | |
Currently there exists the potential for a user to load a payment request into their wallet which is valid at that time but its expiration lapses prior to the user authorizing the payment. This could lead to an unnecessary customer service interaction. | |||
2014-05-01 | Small typo | Telepatheic | |