aee8547093
add fromString method for library consistency
2014-09-17 15:32:14 -07:00
6494ca5076
convenience: varint -> vi
2014-09-17 15:27:12 -07:00
0eeba8eadb
canonical BN notation
2014-09-17 15:22:52 -07:00
5f21059bf8
more convenient names
2014-09-17 15:20:01 -07:00
eb34a16511
more convenient name
2014-09-17 15:17:54 -07:00
9473bdf9b0
more convenient name
2014-09-17 15:15:56 -07:00
bd16eddf54
Key -> Keypair
2014-09-17 15:13:57 -07:00
7390b15f89
add set function to bip32
2014-09-17 15:11:16 -07:00
0641184e84
support string input in constructor
2014-09-17 15:02:11 -07:00
c41419b6ef
use buffer functions
...
...instead of adhoc uint functions
2014-09-17 14:49:17 -07:00
5da964739d
remove unused base58 dependency
2014-09-17 14:44:16 -07:00
9e188574f7
base58check in extendedPrivateKeyString
2014-09-17 14:43:14 -07:00
70d9f0db93
use base58check in extendedPublicKeyString
2014-09-17 14:41:51 -07:00
70659ad9d4
use base58check in fromString
2014-09-17 14:40:29 -07:00
334c443d8b
"gc" was some find-replace error from earlier
2014-09-17 14:37:53 -07:00
af6932a313
console.log?
...
this must have been a remnant of some earlier debugging, either in bitcore2 or
in bitcore.
2014-09-17 14:35:20 -07:00
78ef76eb2f
more convenient constructor
...
...allow inputing strings or buffers in the constructor.
2014-09-17 14:29:53 -07:00
40ea68a3ff
more convenient Base58 constructor
2014-09-17 14:26:19 -07:00
ac85264a28
Address().fromBuffer(buf);
2014-09-17 14:22:18 -07:00
8a52e6c316
Block
2014-09-16 18:42:11 -07:00
0d180810de
Blockheader
2014-09-16 17:28:00 -07:00
5b25679e15
Transaction
2014-09-16 14:35:26 -07:00
6c42969d01
improve error message
2014-09-16 11:44:51 -07:00
6e9755b009
sign, verify convenience functions
2014-09-16 11:34:28 -07:00
ed335f35f7
throw error if hashbuf is not 32 bytes
2014-09-16 11:33:49 -07:00
3daeabaf30
"undefined"s are unnecessary
2014-09-16 10:10:06 -07:00
ced35a07eb
Txout
2014-09-15 18:38:21 -07:00
42130c78a0
Txin
2014-09-15 17:08:09 -07:00
4594cbb9e7
add bn support to varint class
2014-09-15 15:29:39 -07:00
f6a8878aa2
Varint class
...
...will be useful in transactions. Note that we already have a primitive
understanding of Varints in the BufferReader and BufferWriter classes. However,
the new Varint class is a varint object which actually depends on BufferReader
and BufferWriter for reading and writing varints. This class is for keeping
track of the raw buffer that is read in from a buffer.
2014-09-15 15:05:54 -07:00
54e705f7e8
missing semicolon
2014-09-15 14:53:42 -07:00
9cb31ebb6a
extra semicolon
2014-09-15 14:52:43 -07:00
4bb9105b2d
varInt -> varint
...
I don't like having to capitalize things unnecessarily
2014-09-15 14:41:46 -07:00
30c96721a0
varIntNum
2014-09-15 14:36:31 -07:00
d363956ba1
add readVarIntBuf function
...
...will be useful for new Varint class
2014-09-15 14:27:42 -07:00
3c668c9cf0
readVarInt -> readVarIntNum
...
"varInt" refers to the varInt object, which is not actually implemented yet.
This function should therefore really be called readVarIntNum.
2014-09-15 14:19:08 -07:00
8e959426e2
support reading varInt nums up to js precision
...
Javascript only supports 64 bit floating points, which have uint precision up
to Math.pow(2, 53). We now support reading variable sized numbers up to that
size. If the number is bigger than that, then we need to use BN.
2014-09-15 13:58:24 -07:00
cf4668f501
typo
2014-09-15 13:56:42 -07:00
9d5d136993
"function" not used
2014-09-15 13:48:51 -07:00
543762bc67
fromBuffer convenience function for pubkey
2014-09-15 11:32:39 -07:00
385edbcc92
simplify ECIES interface
...
the toKeypair doesn't really need to be a keypair. upon encrypting, it merely
needs to be a pubkey. and upon decrypting, it needs to be a privkey.
2014-09-15 11:19:18 -07:00
fbfa64582c
autogenerated fromkeypair if not present
2014-09-15 10:43:14 -07:00
4a027e260a
Address().fromScript(script)
...
It is convenient to be able to derive an address directly from a script for
p2sh transactions.
2014-09-12 17:49:01 -07:00
79d79012d4
fix bug where you can't use isForMe without payloadKeypair
...
It should be possible to check to see if a message isForMe with only the
scanKeypair, and not the payloadKeypair. There was a bug where only the
scanKeypair was being used to produce the receiveKeypair, but this was a
mistake. Both the scanPubkey and payloadPubkey should be necessary to produce
the receivePubkey, and both the scanPrivkey and payloadPrivkey should be
necessary to produce the receivePrivkey. If an online computer has only the
public keys of both (and the scanPrivkey), then that is good enough to check
for isForMe.
2014-09-12 17:24:00 -07:00
5a86a1a5c6
StealthMessage
...
This code should be regarded as being a proof-of-concept, and needs more review
before being used in production code. At least one thing is guaranteed to
change, and that is the format of a stealth address.
2014-09-10 14:00:53 -07:00
74549a53ec
key -> keypair
...
Since the class has been renamed Key -> Keypair, instances should be renamed
key -> keypair.
2014-09-02 16:36:21 -07:00
219aa528c8
AsReceiver implied
2014-09-02 15:54:24 -07:00
558a7672ef
Stealthkey AsSender functions obsolete
...
use StealthAddress instead
2014-09-02 15:28:32 -07:00
d1a570135d
getSharedKeypair & getReceivePubkey
2014-09-02 15:25:16 -07:00
48ae69cab0
convenience: StealthAddress(str) or StealthAddress(buf)
2014-09-02 14:23:11 -07:00
Ryan X. Charles