1 2014-06-14 00:43:29 <jgarzik> wow.  btcd (the Go impl.) recreates bitcoind RPCs... including esoterica such as getmininginfo
  2 2014-06-14 00:43:56 <jgarzik> It is somewhat inadvisable to pursue compatibility with an internal control plane
  3 2014-06-14 00:57:56 <jcorgan> i'm sure they do it so existing 3rd party software that talks RPC remains compatibile
  4 2014-06-14 01:45:41 <dhill> jgarzik: it was mainly added for simnet
  5 2014-06-14 01:46:52 <dhill> since btcd added cpu mining (mainly for simnet).. might as well be compatible
  6 2014-06-14 02:02:48 <dsnrk> dhill: simnet == testnet?
  7 2014-06-14 02:06:19 <dhill> no, more like a private net for simulation testing
  8 2014-06-14 02:06:59 <dsnrk> oh, regtest?
  9 2014-06-14 02:07:28 <dhill>       --regtest            Use the regression test network
 10 2014-06-14 02:07:28 <dhill>       --simnet             Use the simulation test network
 11 2014-06-14 02:07:28 <dhill>       --testnet            Use the test network
 12 2014-06-14 02:08:10 <dhill> dsnrk: https://github.com/conformal/btcd/commit/605eb7f4b4bb50505d0538af349b94b42fc3ab58
 13 2014-06-14 02:08:11 <dsnrk> got it.
 14 2014-06-14 02:20:51 <phantomcircuit> 2014-06-14 02:23:55 UpdateTip: new best=0000000000000a3290f20e75860d505ce0e948a1d1d846bec7e39015d242884b  height=150000  log2_work=67.003783  tx=1718407  date=2011-10-20 13:44:51 progress=0.022031
 15 2014-06-14 02:20:56 <phantomcircuit> 2014-06-14 02:22:16 UpdateTip: new best=000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f  height=0  log2_work=32.000022  tx=1  date=2009-01-03 18:15:05 progress=0.000000
 16 2014-06-14 02:26:25 <phantomcircuit> sipa, how difficult would it be to just switch all wallets over to encrypted w/ a master key of ""
 17 2014-06-14 02:26:47 <phantomcircuit> 2014-06-14 02:29:46 UpdateTip: new best=0000000000000a3290f20e75860d505ce0e948a1d1d846bec7e39015d242884b  height=150000  log2_work=67.003783  tx=1718407  date=2011-10-20 13:44:51 progress=0.022031
 18 2014-06-14 02:26:50 <phantomcircuit> 2014-06-14 02:27:50 UpdateTip: new best=000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f  height=0  log2_work=32.000022  tx=1  date=2009-01-03 18:15:05 progress=0.000000
 19 2014-06-14 02:27:14 <phantomcircuit> 99
 20 2014-06-14 02:27:31 <phantomcircuit> 116
 21 2014-06-14 02:27:53 <phantomcircuit> sipa, yeah ~15% improvement for the first 150k blocks
 22 2014-06-14 02:28:07 <jgarzik> Edit the file /etc/sx.cfg to point to my server. It might be offline so
 23 2014-06-14 02:28:07 <jgarzik> no promises. I'm planning a more persistent one later.
 24 2014-06-14 02:28:07 <jgarzik>   service = "tcp://46.4.92.107:9091"
 25 2014-06-14 02:28:07 <jgarzik>   $ vi /etc/sx.cfg
 26 2014-06-14 02:28:09 <jgarzik> </quote>
 27 2014-06-14 02:28:11 <jgarzik> quality!
 28 2014-06-14 02:29:33 <phantomcircuit> heh
 29 2014-06-14 02:29:35 <phantomcircuit> Hetzner
 30 2014-06-14 02:48:07 <jgarzik> Rather than rawtx, perhaps the tool should be "bitcoin-tx" to be a bit more friendly to the global /usr/bin binary namespace.
 31 2014-06-14 02:50:38 <skinnkavaj> Ghashcoin...
 32 2014-06-14 02:51:12 <Luke-Jr> skinnkavaj: off-topic
 33 2014-06-14 02:53:08 <phantomcircuit> i keep saying it but nobody takes me up on it
 34 2014-06-14 02:53:14 <phantomcircuit> send me money and i'll buy their hw
 35 2014-06-14 02:53:19 <phantomcircuit> put it on another pool
 36 2014-06-14 02:54:08 <skinnkavaj> Luke-Jr: Do we have to have bitcoin 51% attacked before a hard fork?
 37 2014-06-14 02:54:36 <Luke-Jr> skinnkavaj: off-topic
 38 2014-06-14 02:54:43 <Luke-Jr> skinnkavaj: try #bitcoin
 39 2014-06-14 03:18:22 <Guest14473> Can someone who knows auxpow.cpp very well (namecoin's merged mining), can you confirm this:
 40 2014-06-14 03:19:04 <Guest14473> if the parent chain has non-standard transactions (e.g. extra fields), namecoin won't know how to parse the transaction, is that correct?
 41 2014-06-14 03:23:16 <Luke-Jr> Guest14473: non-standard transactions don't have extra fields.
 42 2014-06-14 03:23:25 <Luke-Jr> nor does namecoin try to parse them
 43 2014-06-14 03:25:02 <Guest14473> Luke-Jr: I mean parentcoin's tx format is different
 44 2014-06-14 03:25:26 <Luke-Jr> Guest14473: doesn't matter (and isn't, in this case)
 45 2014-06-14 03:27:02 <Guest14473> Luke-Jr: well namecoin parses the parentcoin coinbase transaction, right?
 46 2014-06-14 03:27:08 <Luke-Jr> nope
 47 2014-06-14 03:27:19 <Luke-Jr> actually, namecoin might
 48 2014-06-14 03:27:23 <Luke-Jr> not sure
 49 2014-06-14 03:27:25 <Luke-Jr> it doesn't have a reason to
 50 2014-06-14 03:29:10 <Guest14473> i mean as part of IMPLEMENT_SERIALIZE in auxpow, it first reads the coinbase tx, then the merkle path, then the index (if I am reading the code correctly)
 51 2014-06-14 03:29:29 <Luke-Jr> ok
 52 2014-06-14 03:29:32 <Luke-Jr> point is it doesn't matter
 53 2014-06-14 03:30:27 <Guest14473> oh because you can rewrite it into a standard bitcoin/namecoin transaction?
 54 2014-06-14 03:31:05 <Guest14473> no wait, that won't work because you wont have the path from the parent pow to the coinbase
 55 2014-06-14 03:31:12 <Guest14473> i mean that merkle path won't validate
 56 2014-06-14 03:48:50 <Guest14473> yup
 57 2014-06-14 03:48:53 <Guest14473> if (CBlock::CheckMerkleBranch(GetHash(), vMerkleBranch, nIndex) != parentBlock.hashMerkleRoot)
 58 2014-06-14 03:49:22 <Guest14473> the transaction has to be something namecoin understands
 59 2014-06-14 03:49:42 <Guest14473> so e.g. freicoin can't be parent chain to namecoin
 60 2014-06-14 05:28:42 <wumpus> sheesh @ bitcoin-dev
 61 2014-06-14 05:34:10 <wumpus> someone might maliciously rearrange the deck chairs on the titanic!
 62 2014-06-14 05:34:43 <wumpus> anyhow,  * [new tag]         v0.9.2 -> v0.9.2
 63 2014-06-14 05:35:43 <owowo> as long as the band plays everything is alright. :P
 64 2014-06-14 05:36:10 <jcorgan> congrats everyone on 0.9.2
 65 2014-06-14 05:37:36 <wumpus> :P
 66 2014-06-14 05:37:38 <wumpus> thanks jcorgan
 67 2014-06-14 05:40:51 <malikteen230> Hello.
 68 2014-06-14 05:40:54 <malikteen230> Any developers?
 69 2014-06-14 05:44:48 <malikteen230> msg/ @gribble Hello
 70 2014-06-14 05:45:08 <kadoban> malikteen230: Generally on IRC you do a lot better just stating your question/concern/whatever than asking for someone to respond that they're around or asking to ask.
 71 2014-06-14 05:45:37 <malikteen230> I see.
 72 2014-06-14 05:46:09 <malikteen230> If I edit this MaruCoin code from "main.cpp":  int64 static GetBlockValue(int nBits, int nHeight, int64 nFees) {     double dDiff =         (double)0x0000ffff / (double)(nBits & 0x00ffffff);      dDiff = ConvertBitsToDouble(nBits);      int64 nSubsidy = 0;     if(nHeight >= 2000) {         if((nHeight >= 7000 && dDiff > 75) || nHeight >= 15000) { // GPU/ASIC difficulty calc             // 2222222/(((x+2600)/9)^2)
 73 2014-06-14 05:46:14 <malikteen230> Uggh
 74 2014-06-14 05:46:23 <malikteen230> If I edit this MaruCoin code from "main.cpp":
 75 2014-06-14 05:46:44 <jcorgan> malikteen230: this is bitcoin-dev, your question is off-topic
 76 2014-06-14 05:46:56 <gwillen> malikteen230: this is only an appropriate place for questions about working on bitcoin itself, not altcoins or derivatives
 77 2014-06-14 05:47:11 <malikteen230> Where can I find altcoin dev irc?
 78 2014-06-14 05:47:26 <gwillen> I don't know that there is one. But not here, sorry.
 79 2014-06-14 05:47:49 <malikteen230> Does BTC use block rewards?
 80 2014-06-14 05:48:17 <gwillen> It does, yes, but that's the kind of question that would be more appropriate for #bitcoin, unless you have a question about the development of the bitcoin software itself.
 81 2014-06-14 06:31:44 <grunz_> Guys, how to set up testnet on bitcoind with difficulty 1? I put in testnet=3 and difficulty is 230!
 82 2014-06-14 06:33:28 <sci3nc3guy> anyone here can answer a straight question about openssl and how heartbleed might impact transaction verification?
 83 2014-06-14 06:40:13 <justanotheruser> sci3nc3guy: it doesn't effect verification. It effect encrypted communications with the daemon in  <= v0.9
 84 2014-06-14 06:40:55 <justanotheruser> grunz_: the difficulty is determined by the network... but I wasn't aware it was that high. Everyone uses testnet3, you could make your own if you like though
 85 2014-06-14 06:42:09 <grunz_> justanotheruser: it’s defintely something is wrong on my machine. I was checking the difficulty with blockexplorer.com/testnet and tbtc.blockr.io
 86 2014-06-14 06:42:12 <grunz_> and it shows 1
 87 2014-06-14 06:43:32 <grunz_> so, I can’t understand why my testnet difficulty is 230. Also many people mention that they sync up testnet within 30 minutes, I’ve been syncing for days and it’s going very very slow ~ 1block  per second
 88 2014-06-14 06:43:49 <grunz_> there are 260k block
 89 2014-06-14 06:43:50 <grunz_> s
 90 2014-06-14 06:51:05 <grunz_> never mind. for some reason now I’m able to see that the difficulty is set to 1. No idea why it was showing 230 before. but the blocks synchonization is still very very slow :-( (8 connections)
 91 2014-06-14 06:53:03 <justanotheruser> grunz_: weird...
 92 2014-06-14 06:53:52 <grunz_> justanotheruser: yeap. using bitcoind via homebrew package on mac. if I should change on linux let me know, I will do so. by the way, will every distro satisfy my needs?
 93 2014-06-14 07:46:57 <dsnrk> grunz_: you are welcome to peer with me if you need a faster node to sync from.
 94 2014-06-14 07:47:17 <grunz_> dsnrk: how do I do it?
 95 2014-06-14 07:47:54 <dsnrk> grunz_: bitcoind -testnet -connect=188.226.199.217:18332
 96 2014-06-14 07:48:06 <grunz_> dsnrk: ok, thank you!
 97 2014-06-14 07:48:23 <grunz_> is it testnet3?
 98 2014-06-14 07:48:28 <dsnrk> mmhm
 99 2014-06-14 07:49:20 <dsnrk> remember to remove that when you're done syncing, the -connect line will *only* make outgoing connections to my peer. that's fine for syncing, but you probably don't want that when it's actually in use.
100 2014-06-14 07:49:50 <sipa> every release since 0.7 has been testnet3
101 2014-06-14 07:52:52 <grunz_> sipa: ok
102 2014-06-14 07:53:12 <grunz_> dsnrk: killed bitcoind and ran again with that command…no connections so far :-(
103 2014-06-14 07:53:49 <dsnrk> hm, I can't explain that. you're not in my logs either.
104 2014-06-14 07:54:16 <gmaxwell> Hopefully by "killed" you mean shutdown cleanly? killing during initial block download is likely to corrupt what you've downloaded and loaded so far…
105 2014-06-14 07:54:47 <grunz_> gmaxwell: :-( let me see the logs
106 2014-06-14 07:55:41 <grunz_> gmaxwell: looks fine in debug.log
107 2014-06-14 07:56:27 <grunz_> I don’t understand what is wrong
108 2014-06-14 07:56:43 <grunz_> I should probaly run some vm with linux (Lubuntu or something)
109 2014-06-14 07:57:21 <dsnrk> no hold on, for some reason I'm not able to connect to that either.
110 2014-06-14 07:57:30 <grunz_> dsnrk: ok
111 2014-06-14 07:57:50 <dsnrk> I'm an idiot
112 2014-06-14 07:57:56 <dsnrk> bitcoind -testnet -connect=188.226.199.217:18333
113 2014-06-14 07:58:08 <dsnrk> ^ I had the wrong port number, 18333 is for p2p, 18332 is for RPC
114 2014-06-14 07:58:35 <grunz_> ahh
115 2014-06-14 07:58:36 <grunz_> ok
116 2014-06-14 07:58:44 <grunz_> I was just able to connect to this one
117 2014-06-14 07:58:45 <grunz_> https://tpfaucet.appspot.com/
118 2014-06-14 07:59:13 <dsnrk> yep, that'll work too. sorry about that. forgot what I was doing for a moment.
119 2014-06-14 07:59:28 <grunz_> yeap, no I connected to you
120 2014-06-14 07:59:40 <grunz_> but again, should I have 1block/second speed?
121 2014-06-14 07:59:49 <grunz_> I thought it’s way faster in testnet
122 2014-06-14 08:00:11 <dsnrk> could be you're bottlenecking somewhere else
123 2014-06-14 08:00:34 <grunz_> yeah, I gotta check my router
124 2014-06-14 08:00:47 <grunz_> or try to do it on other machine
125 2014-06-14 08:00:54 <grunz_> and see how it works there
126 2014-06-14 08:01:05 <grunz_> to identify the problem
127 2014-06-14 08:01:15 <dsnrk> some parts of the sync will be very slow, there's some big blocks on testnet3.
128 2014-06-14 08:01:39 <grunz_> I’m on 85187
129 2014-06-14 08:01:47 <grunz_> it’s been synching for a few days
130 2014-06-14 08:02:13 <dsnrk> mmm, something sounds wrong there. you should be able to get testnet3 up in a few hours.
131 2014-06-14 08:02:37 <grunz_> dsnrk: definitely agree
132 2014-06-14 08:03:15 <grunz_> dsnrk: alright, I will go to sleep…will check it tomorrow
133 2014-06-14 08:03:25 <dsnrk> o/
134 2014-06-14 08:03:32 <grunz_> dsnrk: thanks!
135 2014-06-14 08:05:15 <grunz_> dsnrk: my ram usage is totally full, maybe that’s why
136 2014-06-14 08:05:36 <dsnrk> if you're swapping that'll really slow things down
137 2014-06-14 08:06:31 <grunz_> just cleaned up 4 gb of ram
138 2014-06-14 08:06:34 <grunz_> still slow :-(
139 2014-06-14 08:07:00 <grunz_> bitcoind only takes 60Mb
140 2014-06-14 08:07:32 <dsnrk> don't know. I can't explain it
141 2014-06-14 08:07:56 <grunz_> should it take more?
142 2014-06-14 08:08:29 <grunz_> uses 20 threads. I’m on Mac
143 2014-06-14 08:09:14 <grunz_> server=1
144 2014-06-14 08:09:14 <grunz_> txindex=1
145 2014-06-14 08:09:21 <grunz_> in bitcoin.conf
146 2014-06-14 08:11:25 <grunz_> removed txindex=1 and now the speed impoved drastically. It’s like 30-40 blocks/ per second
147 2014-06-14 08:13:30 <grunz_> I copy/pasted bitcoin.conf from insight-api github repo from bitpay company
148 2014-06-14 08:14:20 <grunz_> interesting, does -txindex               Maintain a full transaction index (default: 0) should really change performance that much
149 2014-06-14 08:14:39 <sipa> i wouldn't expect such a difference
150 2014-06-14 08:14:45 <sipa> but txindex isn't optimized for performance at all
151 2014-06-14 08:14:57 <grunz_> will it work with default value txindex=0 (the insight-api), I gotta check that
152 2014-06-14 08:15:08 <sipa> no clue what insight api is
153 2014-06-14 08:15:34 <sipa> if it needs to be able to look up arbitrary historical transactions, you need txindex
154 2014-06-14 08:15:35 <grunz_> https://github.com/bitpay/insight-api
155 2014-06-14 08:16:39 <sipa> the documentation says it needs txindex
156 2014-06-14 08:16:54 <grunz_> that’s what I said
157 2014-06-14 08:17:04 <grunz_> actually, I set it back again to 1
158 2014-06-14 08:17:12 <grunz_> and still have great performance
159 2014-06-14 08:17:20 <grunz_> I have no idea why it was that slow before
160 2014-06-14 08:17:27 <grunz_> I think I had to reindex it
161 2014-06-14 08:17:32 <grunz_> and it fixed the problem
162 2014-06-14 08:17:38 <sipa> unlikely
163 2014-06-14 08:18:32 <grunz_> When I changed txindex to 0 in first time, bitcoind told me that I have to reindex
164 2014-06-14 08:18:41 <grunz_> so I did, and started working faster
165 2014-06-14 08:18:52 <grunz_> then I changed to 1 again to see if it is txindex
166 2014-06-14 08:19:08 <grunz_> it asked me again to reindex and I was still able to run in good speed
167 2014-06-14 08:19:21 <grunz_> so probably something was wrong in index
168 2014-06-14 08:19:53 <grunz_> thank you guys anyways
169 2014-06-14 08:20:05 <grunz_> Now I can sleep better :-)
170 2014-06-14 09:43:36 <dsnrk> is there any reason for my node to be printing UpdateTip lines for the same block over and over? http://pastebin.com/raw.php?i=u9zG2pJe
171 2014-06-14 09:46:39 <gmaxwell> Thats bad.
172 2014-06-14 09:46:47 <gmaxwell> Any idea how you got it in that state?
173 2014-06-14 09:46:49 <dsnrk> around block height 305722 it also seems to do a reorg (rewind then back forward) http://pastebin.com/raw.php?i=t9ByDLbF
174 2014-06-14 09:47:47 <gmaxwell> you're stuck at 305713?
175 2014-06-14 09:48:24 <dsnrk> second pastebin has context for the first.
176 2014-06-14 09:49:32 <gmaxwell> might just be some concurrency bug in the logging.
177 2014-06-14 09:50:51 <dsnrk> it's a recent build from master at 11ef78f1150f6b10a97f4f4e9b508308ac7581d9. would a concurrency bug explain the false reorg?
178 2014-06-14 09:51:07 <dsnrk> (I wish I had turned the timestamps on for this)
179 2014-06-14 11:21:40 <skinnkavaj> So anyone here can just go to Jeffrey Smith at Cex.io with a gun and 51% attack bitcoin since he is pubclicly known.
180 2014-06-14 11:28:12 <belcher> skinnkavaj yeah the government might do that one day
181 2014-06-14 11:28:22 <belcher> and say "please block all tx to the following addresses"
182 2014-06-14 12:23:52 <aschildbach_> Did v0.9.2 change any dependencies, compared to v0.9.1? I'm asking because of the Gitian build.
183 2014-06-14 13:20:15 <aschildbach> wumpus: I need some help with Gitian.
184 2014-06-14 13:23:11 <chichov> anyone knows what the average signature size is?
185 2014-06-14 13:25:08 <gavinandresen> chichov: between 72 and 73 bytes if I remember correctly.  But that is exactly the kind of thing I'm very good at getting wrong.
186 2014-06-14 13:25:35 <gavinandresen> wumpus: I'm gitian building 0.9.2 now.
187 2014-06-14 13:25:38 <chichov> gavinandresen: I've calculated that the maximum is 73 bytes + 1 byte datapush
188 2014-06-14 13:25:53 <gavinandresen> chichov: that sounds right.
189 2014-06-14 13:26:03 <chichov> however, I'm looking for the average signature size
190 2014-06-14 13:27:53 <chichov> it always fluctuates, the coordinates are encoded without starting zeros
191 2014-06-14 13:33:04 <aschildbach> Who can help with gitian? I'm getting some errors when building the deps.
192 2014-06-14 13:34:53 <chichov> also wondering where the numbers for the transaction dust calculations come from. 34 bytes TxOut? More like 35 (scriptPubkey) + 8 (nValue) + VarInt. 148 bytes for TxIn? More like 32 (hash) + 4 (index) + VarInt + 74 (signature) + 4 in case of a P2PK
193 2014-06-14 13:36:08 <chichov> at least the output is calculated from the raw transaction, but the constant 148 bytes are puzzling
194 2014-06-14 13:37:20 <mtgox555> I tried to spend a 2 of 2 p2sh address but it says complete: false. I basicly combined two public keys, made a transaction and used signrawtransaction <tx> at machine one and then signrawtransaction <output from first sign> but it says that it is not complete. Anything obvious i might have done wrong?
195 2014-06-14 13:40:53 <chichov> mtgox555: try decoding the raw transaction with "decoderawtransaction <hexString>" and see if somewhere the scriptSig fields are empty and if only one input is used, if 2 signatures are supplied
196 2014-06-14 13:46:55 <mtgox555> It seems that there is only one signature in the scriptsig field. Now to find out why.
197 2014-06-14 13:47:54 <chichov> missing private key, most likely
198 2014-06-14 13:48:31 <chichov> if you know both private keys, you can supply them as a parameter in signrawtransaction
199 2014-06-14 13:49:19 <mtgox555> I only have one private key per computer
200 2014-06-14 13:50:31 <chichov> you need to access both keys
201 2014-06-14 13:50:48 <chichov> you can take the partly signed transaction and sign it with the second key on the other computer
202 2014-06-14 13:51:17 <mtgox555> Yes of course. But my brother has the other key and i asked him to sign it. I guess i will have to go do it myself :)
203 2014-06-14 14:30:33 <gavinandresen> wumpus: 0.9.2 gitian sigs pushed
204 2014-06-14 16:20:43 <grunz> Hah…when I get to 85769 block in testnet the speed slows down :-( so it wasn’t fixed
205 2014-06-14 18:06:42 <davec> anyone familiar with getblocktemplate here?  I noticed that the depends list often contains a reference to the same txindex multiple times when the same tx has multiple inupts which reference the same tx
206 2014-06-14 18:06:48 <davec> seems odd
207 2014-06-14 18:07:33 <davec> http://zer0byte.com/zeropastebin/?8b555131efb8366e#VLZu1y25MKX98dkOc9i9WQl3Zsn1LLrXPcnEWBOOcP8=
208 2014-06-14 18:08:13 <davec> notice it has 491, 492, and 493 multiple times.
209 2014-06-14 18:09:25 <davec> smells like a bug to me
210 2014-06-14 18:11:37 <davec> I'm off for a while, but will check when back.  I'll file an issue for it if folks agree
211 2014-06-14 19:09:28 <grunz> I found a problem why my sync was soo damn slow on Mac. Avast file shield. Just added exception there and boom!
212 2014-06-14 19:19:15 <michagogo> 18:48:52 <Jouke> Because the RPC uses a json array, with the addresses as keys. So a sendmany to {"address1":1,"address1:2} won't work.
213 2014-06-14 19:19:49 <michagogo> Jouke: an array is just a ["list", "of", "things"]
214 2014-06-14 19:20:12 <michagogo> Not key-value
215 2014-06-14 19:20:51 <michagogo> I think of those as hashes, thanks to ruby, but I think json calls them Objects or something
216 2014-06-14 20:49:04 <midnightmagic> gmaxwell: I checked again today and discovered that the listunspent total now matches up with the getinfo balance. :-( sorry man I guess I missed it. I didn't think it would correct itself like that.
217 2014-06-14 22:14:06 <G_Qu> hi there. i'm looking for resources that demonstrate/give examples of how to write the cpp OP codes in script for Apple terminal. can anyone help?
218 2014-06-14 22:16:13 <amiller> what do you mean by "the cpp OP codes", like Bitcoin script?
219 2014-06-14 22:16:27 <amiller> what are you trying to do G_Qu ?
220 2014-06-14 22:28:19 <G_Qu> amiller: yes the Bitcoin script. I want to be able to write transactions to be able to develop my own app.
221 2014-06-14 22:29:01 <poutine> G_Qu, https://en.bitcoin.it/wiki/Script https://bitcoin.org/en/developer-guide#standard-transactions https://github.com/bitcoin/bitcoin/blob/master/src/script.cpp#L299-L971 - All this assumes you understand what a stack is, how txout scripts (scriptPubKey) and txin scripts (scriptSig) interact. Assembly knowledge is also useful
222 2014-06-14 22:29:29 <G_Qu> thanks poutine
223 2014-06-14 22:29:37 <amiller> apple script seems like a really strange choice, maybe you want to use an existing library like python-bitcointools for this and call that from apple script
224 2014-06-14 22:30:51 <poutine> also relevant bitcoind commands, listunspent, signrawtransaction, decoderawtransaction, sendrawtransaction (on testnet)
225 2014-06-14 22:31:08 <G_Qu> ok amiller I will try that
226 2014-06-14 22:31:57 <G_Qu> thanks poutine
227 2014-06-14 22:43:21 <G_Qu> what I'm doing right now poutine is understand assembly poutine
228 2014-06-14 22:43:40 <G_Qu> *try to understand
229 2014-06-14 22:44:03 <kazcw> G_Qu: assembly language? that is completely unrelated
230 2014-06-14 22:44:38 <G_Qu> kazcw: I assumed that what poutine meant was how to assemble stacks and commands
231 2014-06-14 22:44:54 <poutine> I was saying knowledge of it is helpful, understanding how instructions work. Not that you need to learn assembly if you don't already know it
232 2014-06-14 22:44:55 <kazcw> oops, didn't see that. carry on then :)
233 2014-06-14 22:46:00 <G_Qu> I understand what the instructions of the OP codes mean, but putting them together is different poutine
234 2014-06-14 22:49:28 <G_Qu> where do I get the transactions to practice with for testnet?
235 2014-06-14 22:51:39 <cypherpunk00> Is there anyone around here who might be able to help me use multisig?
236 2014-06-14 22:52:10 <shesek> cypherpunk00, it'll be easier to help if you ask a question
237 2014-06-14 22:52:37 <cypherpunk00> I'm not entirely sure what questions to ask.
238 2014-06-14 22:53:31 <cypherpunk00> I'm trying to use bitcoind to do a simple 2of2 like in this example: https://gist.github.com/gavinandresen/3966071
239 2014-06-14 22:54:25 <cypherpunk00> but when I try to use 'sendtransaction' it always gives me a vague error
240 2014-06-14 22:54:50 <cypherpunk00> shesek ^
241 2014-06-14 22:55:01 <kadoban> cypherpunk00: That description is pretty outdated I believe. You can do it much easier now, without createraw and such
242 2014-06-14 22:55:03 <poutine> you don't think that vague error was relevant enough to disclose as part of your question?
243 2014-06-14 22:55:37 <cypherpunk00> "error: {"code":-22,"message":"TX rejected"}"
244 2014-06-14 22:55:54 <poutine> your debug.log likely has a reason why, but I'd listen to kadoban
245 2014-06-14 22:56:23 <cypherpunk00> kadoban, do you know where I can find updated docs on how to do this?
246 2014-06-14 22:56:53 <kadoban> cypherpunk00: I wrote one for a project before, let me see if I can find it. It was for 2 of 2, that's what you said you were doing, right?
247 2014-06-14 22:57:08 <cypherpunk00> Yes indeed
248 2014-06-14 22:57:55 <G_Qu> kadoban: in testnet, when I want to "createrawtransaction" where do I pull the txid from?
249 2014-06-14 22:58:55 <michagogo> G_Qu: well, you figure out which transaction outputs you want to spend
250 2014-06-14 22:59:06 <michagogo> listunspent may be helpful for that.
251 2014-06-14 22:59:41 <G_Qu> michagogo: doesn't that only apply to my own account?
252 2014-06-14 22:59:49 <G_Qu> doing that just shows my own balance
253 2014-06-14 23:00:05 <kadoban> cypherpunk00: Hmmm...the guy I wrote it for seems to have taken it down...let me copy and paste just the relevent text somewhere just in case
254 2014-06-14 23:00:39 <cypherpunk00> kadoban, thanks.
255 2014-06-14 23:11:04 <G_Qu> i keep getting a parse error
256 2014-06-14 23:22:30 <cypherpunk00> okay, so does anyone else have any links to up to date info on multisig using bitcoind?
257 2014-06-14 23:23:04 <kadoban> cypherpunk00: https://www.emptypath.com/2of2.pdf in case anyone else was curious what I responded with...it needs rewriting though since it was part of a bigger doc so it's a bit crap at the moment
258 2014-06-14 23:34:23 <mkarrer> cypherpunk00: I documented a while ago my first attempts for 2of2 MS with bitcoin qt console for my p2p exchange project. maybe it helps you: https://docs.google.com/document/d/1o4Cwh709Vw_MLKuP8Dz6u7Qk_dmA5WJb0HUsvq1IBas/ , https://docs.google.com/document/d/1YhuIwjCl6AABfspS5VehQiDosxuvdtDjyVOvQkS4Eag/
259 2014-06-14 23:37:55 <mkarrer> the context how it was used is here: https://docs.google.com/document/d/1v-WrmNO9JZnphE2lSYc0iiVPv3LVRMaHMcqw7PAOnCw/edit#heading=h.2xvyi1qh09gw
260 2014-06-14 23:38:27 <kadoban> mkarrer: That last one doesn't seem to be shared
261 2014-06-14 23:38:28 <mkarrer> but thats the old version of the concept. the actual version is that: https://docs.google.com/document/d/1d3EiWZdaM89-P6MVhS53unXv2-pDpSFsN3W4kCGXKgY/edit
262 2014-06-14 23:39:04 <mkarrer> just changed it, should be accessible now
263 2014-06-14 23:39:16 <kadoban> worked
264 2014-06-14 23:39:47 <mkarrer> but for MS the first 2 docs are relevant, the other just for info if u are interested in the context...
265 2014-06-14 23:41:21 <kadoban> Ah yeah yours is more complicated that mine. My scenario was pretty simple, basically using 2of2 for split storage
266 2014-06-14 23:42:23 <mkarrer> ah ok.... i needed it for deposit from 2 traders. http://multisig.info/ might be interesting for you
267 2014-06-14 23:42:59 <mkarrer> or that http://bitcoinmagazine.com/11113/pybitcointools-multisig-tutorial/
268 2014-06-14 23:46:20 <G_Qu> can anyone help with this? https://gist.githubusercontent.com/gavinandresen/3966071/raw/ae5b99e0b9ba58e2e837aa11c6602571c5f82258/TwoOfThree.sh
269 2014-06-14 23:53:37 <amiller> G_Qu, you're asking really poorly formatted questions that are unlikely to get much help
270 2014-06-14 23:53:51 <amiller> G_Qu, you need to be more specific and give more detail than "i get a parse error" and "help with this:"