d6e3266179
toJSON/fromJSON for privkey, pubkey, keypair
2014-09-22 13:55:40 -07:00
e984736736
allow bufs in constructors
...
For Transaction, Block and Blockheader. This is a convenience so if you happen
to have the buffer for one of these, you can make a new one like this:
Transaction(txbuf);
Rather than having to do this:
Transaction().fromBuffer(txbuf);
2014-09-22 13:07:39 -07:00
1516ad3012
remove unused addressString variable
2014-09-22 12:52:09 -07:00
e6a424303e
remove unused base58check dependency
2014-09-22 12:51:18 -07:00
1bda566679
stealth address to/from JSON
2014-09-22 12:48:13 -07:00
27fbdb42ad
isOpReturn
...
standard OP_RETURN scripts contain either just an OP_RETURN or an OP_RETURN
followed by a single pushdata OP with not more than 40 bytes.
2014-09-19 21:59:19 -07:00
ffdfe0ce83
add fromString test for bip32
...
...since it was lacking any tests
2014-09-19 21:02:57 -07:00
cc3196085f
add .hash() function for a block
...
This is the plain old hash, which is a double sha256. The id of a block is the
reverse of this.
2014-09-19 17:29:40 -07:00
aff3992ffb
transaction hash and id
...
...the hash is the usual hash, and the id is the reverse of that, which is what
is usually graphically displayed by bitcoind.
2014-09-19 17:25:35 -07:00
40d17c5180
block id
...
The block id is the reverse of the double sha256 hash of the blockheader.
2014-09-19 17:08:44 -07:00
cfd509f859
make receivePubkey compatible with dark wallet
...
I had been using this formula for the receiveKeypair:
scanKeypair + payloadKeypair + sharedKeypair
However, Dark Wallet uses this formula:
payloadKeypair + sharedKeypair
It is not actually necessary to add the scanKeypair in order to have all the
features of stealth addresses, at least as far as I can tell. So in order to
bring my implementation closer to Dark Wallet's, I have removed the scanKeypair
from this calculation.
2014-09-19 14:32:32 -07:00
e11019a083
toJSON, fromJSON
...
Every object should have toJSON and fromJSON methods so you can have a reliable
way to store and retrieve objects.
2014-09-18 17:52:02 -07:00
f17d604e44
Address().fromHashbuf() convenience method
...
...useful for when you have the pubkeyhash, but not the version byte.
2014-09-18 15:18:53 -07:00
d2bc960744
fix capitalization error on case-sensitive filesystems
2014-09-17 17:02:40 -07:00
6fe5d416a0
fix capitalization error on case-sensitive filesystems
2014-09-17 17:00:32 -07:00
cf5b2f1250
varint -> vi canonical spelling
2014-09-17 16:48:23 -07:00
4a21a9551c
fromX is actually static
...
...should add an instance method in the future
2014-09-17 16:32:38 -07:00
f727c5ad25
fix varint test broken in browser
2014-09-17 16:03:57 -07:00
0212e4bd4c
replace .buffer with .read
2014-09-17 15:49:45 -07:00
6e1dfd3003
allow bufferreader.read to specify length
...
...to be more symmetric with the write function of bufferwriter
2014-09-17 15:41:30 -07:00
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
5f21059bf8
more convenient names
2014-09-17 15:20:01 -07:00
9473bdf9b0
more convenient name
2014-09-17 15:15:56 -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
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
7ea66e032f
add real-world tx to transaction test
2014-09-16 14:39:51 -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
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
3fa651e553
disable examples in browser
2014-09-15 15:09:50 -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
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
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
8dc6a5023a
test the case when no fromkeypair is used
...
...during encryption, and make sure you can still decrypt the message.
2014-09-15 10:52:32 -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
88f3690ef6
StealthMessage example
2014-09-12 12:55:11 -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
36fd6b2d9c
take address stuff out of stealthkey
...
...that is what StealthAddress is now for
2014-09-02 12:53:41 -07:00
139fe02355
StealthAddress
2014-09-02 12:48:36 -07:00
258dab9d6d
convenience: Stealth(payloadKeypair, scanKeypair)
2014-09-02 12:08:33 -07:00
a768755764
convenience: new Pubkey(point)
2014-09-01 21:16:10 -07:00
6f56c8d1fc
convenience: new Privkey(bn)
2014-09-01 21:13:44 -07:00
ef3a89f254
add Signature(r, s) convenience
2014-09-01 21:08:16 -07:00
3b2b725070
Script().fromString(str)
...
...the format of fromString and toString are deliberately not compatible with
bitcoind. The format here is supposed to be both human-readable, and
byte-for-byte isomorphic to the binary representation. In the future we will
need to add support for bitcoind-like strings, both for the test data (e.g.,
script_invalid.json) or for the bitcoind console style.
2014-09-01 19:42:20 -07:00
6375941ef8
script.toString()
2014-09-01 18:31:02 -07:00
e6af57f4fa
script.toBuffer();
2014-09-01 18:01:17 -07:00
378dc923ef
preserve claimed length and op code
...
When parsing OP_PUSHDATAX commands, the the length of data might not require
the size integer of OP_PUSHDATAX. For instance, you might write 1 byte, and yet
use OP_PUSHDATA4. We need to record which OP_PUSHDATAX was used so that when we
write the buffer back out, we can write the same one. Also, the claimed length
may be different. For instance, we may OP_PUSHDATA of length 100 to the stack,
but there may only be 50 bytes left in the script. In that case, buf.length and
chunk.len will be different. I'm not sure if that would be considered a valid
script, but in any case, for script analysis, we need both values.
2014-09-01 17:27:39 -07:00
e3aa93614e
one more test to make sure things are working
2014-09-01 16:44:27 -07:00
697b3e5009
Script().fromBuffer(buf)
...
...code heavily inspired/copied from bitcore
2014-09-01 16:41:07 -07:00
8b3ad7ac85
read a buffer, like slicing while iterating pos
2014-09-01 16:40:31 -07:00
572582938f
more convenient bufferreader
2014-09-01 15:53:26 -07:00
15801773e3
the beginnings of script
2014-09-01 15:45:03 -07:00
6a26813955
p2sh -> scripthash
...
more appealing and memorable name
2014-09-01 12:06:18 -07:00
a0150f82ef
fromNumber, toNumber, fromString, toString
...
...like the rest of the library.
2014-08-31 20:38:39 -07:00
03578e2ba5
Opcode
...
...code from bitcore
2014-08-29 19:24:51 -07:00
c59013eb46
remove useless Address dependency from Keypair
...
to get an address from a key, just do Address().fromPubkey(key.pubkey)
2014-08-29 15:42:30 -07:00
f028b6b913
Stealth -> Stealthkey
...
More explanatory. Will break up into separate Stealthkey, StealthAddress, and
StealthMessage classes.
2014-08-29 14:34:01 -07:00
32fabd0c0f
Key -> Keypair
...
"Keypair" is a more explanatory name, and also should be less confused with
other kinds of keys (particularly "cipher keys", which are the keys used in
symmetric block ciphers, especially AES).
2014-08-29 14:18:56 -07:00
40a2007e18
confusingly named SymEnc -> accurately named AESCBC
...
This will also further discourage use amongst anyone who doesn't understand
what this is.
2014-08-29 13:07:49 -07:00
bdb8daaf07
remove redundant "test." from test names
2014-08-29 13:01:05 -07:00
faa7a81cac
Key().fromPrivkey()
2014-08-29 12:43:55 -07:00
40e8dfec06
compressed by default with fromRandom
2014-08-29 12:38:43 -07:00
5313085773
Pubkey().fromPrivkey()
2014-08-28 20:19:30 -07:00
c39acbcca3
Privkey().fromRandom()
2014-08-28 19:27:22 -07:00
280578d641
network -> networkstr
...
...for compatibility with address, and to make the types obvious
2014-08-28 17:53:11 -07:00
e2824035bb
Pubkey.prototype.set
2014-08-28 17:41:38 -07:00
356ddcfa4e
test invalid address
2014-08-28 17:32:08 -07:00
ac47796acd
.isValid() is more convenient than .validate()
2014-08-28 17:30:32 -07:00
109f31cfdb
Privkey.prototype.set
2014-08-28 17:26:56 -07:00
6b4bc4c49c
Stealth.prototype.set
2014-08-28 17:00:34 -07:00
0ca390d45b
Message.prototype.set
2014-08-28 16:42:47 -07:00
a5f79c7651
Signature.prototype.set
2014-08-28 16:38:21 -07:00
28d3a40704
Key.prototype.set
2014-08-28 16:18:36 -07:00
75c1503a92
ECDSA.prototype.set
2014-08-28 16:07:28 -07:00
0d9b54711e
BufferWriter.prototype.set
2014-08-28 16:02:24 -07:00
3475ee973c
BufferReader.prototype.set
2014-08-28 15:52:32 -07:00
3919b24685
make bip32 mostly compatible with the rest of the lib
...
the constructor shouldn't do much. just set some varibles. in this case, i have
yet to write the code that sets the varibles. but better this than
autogenerating a new random BIP32. for that, call fromRandom()
2014-08-28 15:38:29 -07:00
Ryan X. Charles
Ryan X. Charles