1 2012-04-15 00:37:40 <[Tycho]> Hello, TheSeven
 2 2012-04-15 00:38:17 <TheSeven> [Tycho]: hello
 3 2012-04-15 00:38:29 <[Tycho]> Are you the author of MPBM ?
 4 2012-04-15 00:38:32 <TheSeven> yes
 5 2012-04-15 00:38:46 <TheSeven> btw, I'm sometimes disguised as [7]
 6 2012-04-15 00:41:09 <TheSeven> so, what's up with mpbm? :)
 7 2012-04-15 00:41:28 <gribble> New news from bitcoinrss: jgarzik opened pull request 1102 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1102>
 8 2012-04-15 00:42:00 <[Tycho]> It says that share was rejected for unknown reason. What reason does it expects, exactly ?
 9 2012-04-15 00:42:13 <TheSeven> it looks in various places
10 2012-04-15 00:42:22 <TheSeven> X-Reject-Reason header, various json fields, ...
11 2012-04-15 00:42:41 <[Tycho]> So there is no specific standard ?
12 2012-04-15 00:43:06 <TheSeven> json:result = True is interpreted as success, everything else as failure
13 2012-04-15 00:43:28 <TheSeven> if that wasn't true, it looks in json:error for a message
14 2012-04-15 00:43:37 <[Tycho]> So any message will do ?
15 2012-04-15 00:44:01 <TheSeven> if that field isn't present, it will look for an X-Reject-Reason header
16 2012-04-15 00:44:13 <TheSeven> and if that isn't there either, it says unknown reason
17 2012-04-15 00:44:20 <TheSeven> yes, it will just pass that through as a string
18 2012-04-15 00:44:25 <[Tycho]> Ok.
19 2012-04-15 00:44:38 <TheSeven> X-Reject-Reason seems to be the most accepted standard from what I can tell
20 2012-04-15 00:44:45 <jgarzik> <sipa> when everything is properly encapsulated
21 2012-04-15 00:44:45 <[Tycho]> I was wondering why it says that for stale shares.
22 2012-04-15 00:44:47 <TheSeven> there are some commonly-used strings there as well
23 2012-04-15 00:44:56 <TheSeven> stale-prevblk, bad-prevblk, duplicate, ...
24 2012-04-15 00:44:59 <jgarzik> sipa: something like pull #1102?
25 2012-04-15 00:45:36 <[Tycho]> It's a bit strange to use headers when there is already error field in json.
26 2012-04-15 00:46:09 <TheSeven> unknown-work, time-too-old, time-too-new, time-invalid
27 2012-04-15 00:46:28 <TheSeven> I don't think I've ever seen that error field being populated
28 2012-04-15 00:46:34 <TheSeven> we're doing lots of strange things though
29 2012-04-15 00:46:41 <[Tycho]> When "time-invalid" is used ?
30 2012-04-15 00:47:01 <TheSeven> pushpool, if roll-ntime is disabled but ntime doesn't match
31 2012-04-15 00:47:18 <[Tycho]> Cool.
32 2012-04-15 00:50:37 <jgarzik> sipa: could also do it as a single class, using function pointers as the old code did.  That would make initialization a bit more pretty.
33 2012-04-15 00:58:43 <luke-jr> jgarzik++ for rpcobj ;)
34 2012-04-15 00:59:35 <luke-jr> [Tycho]: https://en.bitcoin.it/wiki/Getwork#reject-reason
35 2012-04-15 01:00:17 <luke-jr> [Tycho]: https://en.bitcoin.it/wiki/BIP_0022#JSON-RPC_Method:_submitblock defines some reasons, but not all applicable to getwork
36 2012-04-15 01:58:39 <gribble> New news from bitcoinrss: jgarzik opened pull request 1103 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1103>
37 2012-04-15 02:00:15 <jgarzik> luke-jr: there's ^^ an alternate version of rpcobj
38 2012-04-15 02:01:18 <luke-jr> jgarzik: rpcobj sounds safer IMO
39 2012-04-15 09:20:11 <Joric> is it possible to create a transaction that doesn't use input tx hash? i.e. without an access to the blockchain
40 2012-04-15 09:21:56 <lianj> what for?
41 2012-04-15 09:22:17 <Joric> for transferring from one address to another
42 2012-04-15 09:23:03 <lianj> but the value that one address has is inside the blockchain
43 2012-04-15 09:25:21 <Joric> i mean all those bip16 paytoscript and whatnot do they allow that? i wasn't following the latest trend
44 2012-04-15 09:26:04 <sipa> Joric: no
45 2012-04-15 09:26:49 <sipa> bitcoin doesn't maintain a balance per-address, the only thing being tracked are transaction outputs
46 2012-04-15 09:27:34 <sipa> each transaction refers to the previous transaction outputs it consumes; that's independent from scripts (which can only state the conditions under which a txout is allowed to be consumed)
47 2012-04-15 09:28:03 <Diablo-D3> yeah what sipa said
48 2012-04-15 09:35:09 <lianj> http://paste.pocoo.org/show/HIkTRgRytc4THfSOBGA0/ hehe
49 2012-04-15 09:35:33 <sipa> Joric: it would not be possible either; for example you receive a payment to (A or B), and one to A, each 5 BTC. Now you (being A) want to spend 4 BTC. Does that result in B becoming unable to spend 5 BTC or not? It depends on which txout was used to fund that spending by A.
50 2012-04-15 09:53:02 <gribble> New news from bitcoinrss: laanwj opened pull request 1104 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1104>