ca67786a77
ran js-beautify on all bitcore source
...
js-beautify -s 2 -r *.js
...did not run on bundles, only on source.
2014-06-23 10:57:02 -07:00
ad5e83f9ff
Merge branch 'bip39'
...
Conflicts:
browser/bundle.js
2014-06-20 19:35:24 -07:00
266759ff60
Merge remote-tracking branch 'devrandom/bip39'
...
Conflicts:
test/index.html
2014-06-20 19:34:21 -07:00
4a59418c82
add concept of "main" bundle and remove BIP39
...
Some features of bitcore will be too large to be included in the browser bundle
by default. Since BIP39 pretty much requires the giant list of words to be
used, I am excluding it by default. The ability to exclude some features by
default will become useful with some particularly large features to come,
particularly BIP70.
2014-06-20 19:31:01 -07:00
54c8e04738
remove unbuilding c code, and ...
...
* Remove c code that didn't compile on my machine
* Replace with sjcl code
* Minor modifications to mnemonic interface more bitcoreish
2014-06-20 19:09:21 -07:00
83aada8648
Merge pull request #379 from ryanxcharles/feature/address-throw-error
...
throw error when using invalid length hash in Address constructor
2014-06-13 08:17:18 -07:00
c94d278958
up version to 0.1.24
2014-06-12 15:09:09 -07:00
0d670ff979
suggestions by ryan
2014-06-12 16:54:59 -03:00
b402bbfa6c
fixing copay problems
2014-06-12 16:28:00 -03:00
5c11ac3e87
malloc -> calloc, to fix linux version
2014-06-12 13:56:29 -03:00
d313ed037e
trying to fix
2014-06-12 12:29:51 -03:00
a2b8bb0f51
even weirder fix
2014-06-12 12:29:51 -03:00
c2e5a14eed
throw error when using invalid length hash in Address
...
I have often made the error of using a public key rather than the hash of the
public key when creating an address, leading to invalid addresses. I'm sure I'm
not the only one. This commit follows the principle of "fail early, fail often"
and simply throws an error if you try to insert something other than 20 bytes
long when creating an address, which would be the case when using a public key.
This way that common mistake should be reduced.
2014-06-11 18:13:39 -07:00
79d50e92d4
BIP39 in browser
2014-06-08 12:43:05 -07:00
338158ca46
fix sjcl issue on npm install
...
...by including sjcl locally
2014-06-06 11:49:58 -07:00
c488268a3c
update version to 0.1.22
2014-06-06 08:37:42 -07:00
80ccaa8396
rename "rand" to more explanatory "getRandomSeed"
2014-06-05 16:41:47 -07:00
117eaa4288
remove underscore dependency to decrease bundle size
2014-06-04 18:43:00 -07:00
a242112e66
replace jssha with sjcl - remove jssha dependency
2014-06-04 18:13:32 -07:00
af9fdff3a9
use SJCL AES to get ECIES working in the browser
2014-06-03 19:03:50 -07:00
e963ff3c45
add ECIES support in node - not browser
2014-06-02 20:15:58 -07:00
691fec5342
fix .fromScriptPubKey parsing in some strange Txs
2014-05-25 22:25:12 -03:00
5594f82398
up version to 0.1.21
...
...to make sure compiled bundle is absolutely the latest.
2014-05-23 18:12:09 -07:00
1361bd2939
fix npm install issue and up version
...
Bitcore in Copay is not being installed correctly due to changes we made
recently in the way bitcore is compiled (it is not compiled on install, but on
prepublish). This adds all the bundles to the repo to fix that issue.
2014-05-23 16:25:39 -07:00
4bd96e72f4
.
2014-05-13 10:46:55 -03:00
c038abc8e7
rename BIP32 -> HierarchicalKey, deprecate BIP32
...
Sounds better.
2014-05-11 13:09:57 -04:00
b26dd77911
Armory: added to bitcore.js, build.js and browser example
2014-05-08 07:54:11 +08:00
78ae388553
Replace process.versions tests by browserify's package.json browser field. Fixes #329
2014-05-07 14:14:10 +08:00
7f348ca0bd
Move BigNumber to internal
...
...no longer relies on Manuel's repo hostig a version of "bignum" that actually
contained bignumber.js. This moves bignumber.js internally and removes bignum
from the browser build process. Also adds a bitcore.Bignum that links to the
right thing. In node, browser.Bignum is require('bignum'). And in the browser,
bitcore.Bignum is is now Bignumber.js (same as before ... except bignumber.js
is now inside bitcore).
2014-04-28 18:00:59 -04:00
c7b33eca9a
update key signing to use new SecureRandom
...
...and throw an error if you try to use the old, non-secure random number
generator.
2014-04-25 15:00:51 -03:00
350f6ae998
Key should make sure new privkey is less than N
...
...this involves adding a Curve class, and significant refactoring to make this
possible in a clean way.
2014-04-23 21:15:55 -03:00
ba692aaa20
add new SecureRandom class that does the right thing
...
Generating random numbers properly depends on the platform. The new
getRandomBuffer method does the right thing on the right platform. It will
sometimes fail due to insufficient entropy. The getPseudoRandomBuffer class is
also provided that will never fail, but it is not cryptographically secure and
should not be used for keys.
2014-04-22 22:18:59 -03:00
6e306c4cb1
bundler changes for customizer
2014-04-22 12:26:57 -03:00
ebafcb94a3
changing browser builder
2014-04-22 12:26:57 -03:00
e4e45c5245
add Electrum to browser build and tests
2014-04-20 17:49:43 -03:00
55061776ac
add Message to browser build and tests
2014-04-19 11:41:00 -03:00
9771d8138d
Fix browser bundling with new architecture.
2014-04-17 18:05:43 -04:00
3cbcbd54cb
fix Buffers.skip in the browser
2014-04-10 18:52:13 -03:00
45fb78296a
Merge pull request #225 from unusualbob/bug/browserbuildwindows
...
Fix exec syntax in browser/build.js, fixes error on windows
2014-04-08 16:20:52 -03:00
d8c8288ce4
Change to @olalonde suggestion for compatibility on both *nix and windows
2014-04-08 10:48:06 -04:00
880efdc22f
Fix exec syntax in browser/build.js, fixes error on windows
2014-04-08 03:54:35 -04:00
93050e3e92
Merge branch 'feature/TransactionBuilder'
2014-03-30 21:02:22 -04:00
26b7f89f39
update examples and readme
2014-03-28 23:39:12 -03:00
a0daef56d9
Merge pull request #165 from ryanxcharles/feature/bip32
...
BIP 32 (hierarchical deterministic wallets)
2014-03-28 18:54:58 -04:00
f6aa01c445
add basic tests for all functions in Point
2014-03-28 18:07:23 -04:00
c03d3c5818
get BIP32 working in the browser by exposing more crypto
2014-03-27 23:34:17 -04:00
18630bb2b1
fix browser tests
2014-03-26 12:00:03 -03:00
ba59d97a73
make things work in the browser by fixing sha512
...
...had to use jsSHA package to do SHA512 in the browser. Unfortunately it is
quite slow compared to node.
2014-03-22 16:16:58 -07:00
684be77268
small fixes in block, adapt to browser bignum. remove legacy code
2014-03-21 16:39:38 -03:00
e8013cfed0
fix dir
2014-03-14 10:38:50 -03:00
Ryan X. Charles
Manuel Araoz
Devrandom
Matias Alejo Garcia
olalonde
Eric Martindale
unknown