1 2014-05-27 00:19:42 <CodeShark> rpcrawtransaction.cpp:789: throw JSONRPCError(RPC_DESERIALIZATION_ERROR, "TX rejected"); // TODO: report validation state
2 2014-05-27 00:19:50 <CodeShark> is anyone working on this TODO?
3 2014-05-27 00:23:19 <legerde> Greetings, I have a (another) payment protocol question. Do any browsers support "bitcoin:" style links? Is this done through a wallet add-on type thing? Im ready to test my payment request, but im not clear on how I get the browser to "do something" with it.
4 2014-05-27 00:26:19 <gmaxwell> CodeShark: you're looking at old code.
5 2014-05-27 00:26:40 <gmaxwell> CodeShark: its returned the reason for a long time.
6 2014-05-27 00:26:52 <gmaxwell> CodeShark: since https://github.com/bitcoin/bitcoin/pull/3730 iirc
7 2014-05-27 00:27:17 <gmaxwell> legerde: yes, wallet software registers a protocol handler.
8 2014-05-27 00:27:47 <legerde> gmaxwell: any particular wallets do this already? Im trying to use blockchain's wallet to test with.
9 2014-05-27 00:31:11 <legerde> gmaxwell: Im sorry. I just found BIP0072. Ill start reading
10 2014-05-27 00:32:25 <CodeShark> gmaxwell: ah, I see - 0.9.2 is ok
11 2014-05-27 00:33:06 <legerde> gmaxwell: And BIP0021. :) Thank you.
12 2014-05-27 00:48:25 <CodeShark> gmaxwell: hmm...error: {"code":-25,"message":""}
13 2014-05-27 00:48:38 <CodeShark> with 0.9.2
14 2014-05-27 00:50:22 <CodeShark> that's even less helpful :p
15 2014-05-27 01:03:25 <CodeShark> this return state.DoS(...) stuff in AcceptToMemoryPool is a very strange style
16 2014-05-27 01:11:50 <CodeShark> perhaps something like state.DoS(...); return state.isValid(); would make more sense
17 2014-05-27 01:12:01 <CodeShark> if used consistently
18 2014-05-27 01:12:24 <CodeShark> or just return false; if we already know the state to be invalid
19 2014-05-27 02:27:37 <gokudev> anyone know how to receive payments from the bitcoin protocol itself ?
20 2014-05-27 02:38:38 <andytoshi> gokudev: https://en.bitcoin.it/wiki/Protocol_specification 'inv' and 'getdata' and 'tx' describe how transactions are relayed
21 2014-05-27 02:39:01 <andytoshi> but there is not really a notion of "receiving payments" in bitcoin, you may want to ask #bitcoin for clarification
22 2014-05-27 02:39:28 <gokudev> im debating on programming against the bitcoin protocol itself and skipping the coin daemon entirely
23 2014-05-27 02:41:50 <andytoshi> depends if you need non-tech-savvy users to run your software or not, RPC is much easier to code against but it's hard for normal people to set up
24 2014-05-27 02:42:51 <gokudev> well ideally i want to get setup with least amount of work :/
25 2014-05-27 02:43:17 <gokudev> armory electrum only support bitcoin
26 2014-05-27 02:43:40 <gokudev> i figured if i programmed against the protocol i can save the private keys in a database
27 2014-05-27 02:45:06 <gokudev> well for rpc i need daemons running right ?
28 2014-05-27 02:45:26 <gokudev> if i am programming directly against the protocol, i can send a tcp request to the p2p network and get a response
29 2014-05-27 02:46:54 <brandondahler> bitcoind would have to be running to use the rpc interface. There is no notion of sending a request "to the p2p network". You would have to write a client to negotiate and handle connecting to nodes.
30 2014-05-27 02:47:33 <gokudev> yup i would need a client for sure to send requests and get responses to the bitcoin network
31 2014-05-27 02:48:33 <brandondahler> Connecting only to a single node would be a bad idea, because that node could be lying to you. Your better bet is to use bitcoind as the actual protocol client, and interface with bitcoind via rpc.
32 2014-05-27 02:50:33 <gokudev> http://www.righto.com/2014/02/bitcoins-hard-way-using-raw-bitcoin.html#ref1
33 2014-05-27 02:50:45 <gokudev> i got the idea of creating my own client from that link ^^
34 2014-05-27 02:51:38 <phantomcircuit> gmaxwell, iirc the reason it reports doesn't include very much info
35 2014-05-27 02:53:00 <gokudev> that article says bitseed.xf2.org has reliable peers
36 2014-05-27 02:54:15 <gokudev> /msg nickserv register
37 2014-05-27 02:57:13 <brandondahler> You'll just be re-inventing the wheel is all. In order to "receive" payments, you will have to recieve the blocks, decode if a transaction you were expecting appears in one of them, and check if that block is "confirmed".
38 2014-05-27 02:58:02 <phantomcircuit> gokudev, building a "client" that can send bitcoins? you'll almost certainly fuck it up, but probably not too bad
39 2014-05-27 02:58:10 <gmaxwell> gokudev: reliable means you can connect to them, they may well be malicious
40 2014-05-27 02:58:13 <phantomcircuit> building a client that can received bitcoins? please dont
41 2014-05-27 02:59:29 <phantomcircuit> gmaxwell, hi
42 2014-05-27 03:03:17 <gokudev> ok let lower down the ambition here and say i were to run bitcoind in the background and communicate over web service using rpc
43 2014-05-27 03:03:38 <gokudev> that should be ok ?
44 2014-05-27 03:03:52 <gokudev> and i can do this for altcoins too
45 2014-05-27 03:10:16 <gokudev> phontomcircuit, why do you have a concern with a client sending/receiving coins ?
46 2014-05-27 03:12:07 <gokudev> i got this idea of building my own client after i found out armory / electrum wallets only work with bitcoins and for my exchange project i want to support altcoins
47 2014-05-27 03:21:14 <gokudev> well how does the daemon make sure the peers arent malicious?
48 2014-05-27 03:21:32 <gokudev> via confirmations we can check if the transaction is valid ?
49 2014-05-27 06:42:49 <wumpus> jgarzik: I agree that a client-side bitcoin utility library (for the pure utility functions) would be nice; there is no reason to run a daemon/full node for those at all, and network communication is overhead
50 2014-05-27 06:44:23 <wumpus> jgarzik: on the other hand some libraries like that would already exist, for varioius languages (like Python), though *as far as I know* nothing that has different language bindings
51 2014-05-27 09:39:45 <epscy> can anyone explain the purpose of the restrictions on timestamps described in this link? https://en.bitcoin.it/wiki/Block_timestamp
52 2014-05-27 09:40:27 <gmaxwell> uh. To prevent miners from inflating the currency.
53 2014-05-27 09:40:35 <epscy> how so?
54 2014-05-27 09:40:55 <gmaxwell> by saying the time is passing 4x faster than it actually is.
55 2014-05-27 09:41:03 <epscy> hmmm
56 2014-05-27 09:41:04 <gmaxwell> and mining out all the subsidy right away.
57 2014-05-27 09:41:26 <drdo> gmaxwell: oh, because of the target adjustment?
58 2014-05-27 09:42:24 <gmaxwell> yes, but its true regardless of target adustment. the coin release schedule is based on time. The only input on time in the system is the block headers, something has to keep it honest or miners will just lie.
59 2014-05-27 09:42:47 <epscy> ok i think i get it, though the actual time doesn't matter, nodes need to know how much passed between blocks, so it helps to a rough consensus of the current time to do that?
60 2014-05-27 09:43:09 <Apocalyptic> "nodes need to know how much passed between blocks" // why do nodes need to know ?
61 2014-05-27 09:43:17 <gmaxwell> this is really #bitcoin material.
62 2014-05-27 12:04:46 <Luke-Jr> wumpus: is there a policy change? traditionally, BCCore was explicitly "yes, this is Bitcoin, not a generic solution for cryptocurrencies" :x
63 2014-05-27 12:05:15 <Luke-Jr> ie, the opposite of avoiding Bitcoin-specific things
64 2014-05-27 12:07:02 <gmaxwell> Luke-Jr: you referring to maaku's pull? that got debated on the prior pull, this was the stuff that there was a good argument for from a plain software eng perspecitve.
65 2014-05-27 12:07:37 <Luke-Jr> gmaxwell: which was the prior?
66 2014-05-27 12:08:11 <gmaxwell> 4067
67 2014-05-27 13:41:37 <michagogo> ;;lucky GitHub pull request bitcoin 4067
68 2014-05-27 13:41:38 <gribble> https://github.com/petertodd?tab=activity
69 2014-05-27 13:41:42 <michagogo> :-/
70 2014-05-27 13:42:08 <michagogo> ;;Google bitcoin pull request 4067
71 2014-05-27 13:42:09 <gribble> petertodd (Peter Todd) · GitHub: <https://github.com/petertodd?tab=activity>; bitcoin/src/main.cpp at master · bitcoin/bitcoin · GitHub: <https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp>; Socratic Style Meetup 18 - BitDevs NYC (New York, NY) - Meetup: <http://www.meetup.com/BitDevsNYC/events/177568352/>
72 2014-05-27 15:09:26 <gokudev> hi guys
73 2014-05-27 15:09:44 <gokudev> can bitcoinj be modified to work with litecoin
74 2014-05-27 15:09:55 <gokudev> and what would be an effort estimate
75 2014-05-27 15:10:09 <daybyter> are you a java coder?
76 2014-05-27 15:10:23 <TD> gokudev: people have done it before. not sure if it's up to date. search for litecoinj
77 2014-05-27 15:11:54 <gokudev> bitcoinj is good in the way it only implements bitcoin protocol and does not need bitcoin core running
78 2014-05-27 15:12:19 <gokudev> correct me if i am wrong, means bitcoind is not required since i wont be making rpc calls
79 2014-05-27 15:14:31 <daybyter> http://www.javaworld.com/article/2078482/java-web-development/bitcoin-for-beginners--part-3--the-bitcoinj-api.html
80 2014-05-27 15:14:40 <daybyter> sounds like a bitcoind replacement...
81 2014-05-27 15:14:55 <daybyter> are you doing java coin projects?
82 2014-05-27 15:16:33 <devthink_> Besides Bitcoin-Qt/bitcoind and blockchain.info, are there any wallets that provide the JSON-RPC interface? I'm looking for 'createmultisig', 'createrawtransaction', 'sendrawtransaction', etc.
83 2014-05-27 15:18:18 <gokudev> i dont have a preference on java , im actually a C#/C++ developer
84 2014-05-27 15:18:39 <gokudev> but it would be nice to know if there are other C#/C++ implementations of the bticoin protocol
85 2014-05-27 15:19:09 <gokudev> devthink: have you looked at electrum
86 2014-05-27 15:24:51 <wumpus> Luke-Jr: I agree with you, but in case of the typedef I think it helps everyone
87 2014-05-27 15:25:10 <wumpus> Luke-Jr: I'm not willing to go further than that in accomedating other chains, though
88 2014-05-27 15:25:23 <Luke-Jr> wumpus: ok, was just curious
89 2014-05-27 16:00:04 <realz> hey, can anyone send me some testnet coins
90 2014-05-27 16:00:05 <realz> mjPFC3piVcpKiB9yBz6hZS9bp67zCguwmZ
91 2014-05-27 16:02:07 <kinlo> realz: did you try the faucet? :)
92 2014-05-27 16:02:14 <kinlo> I just send one btc
93 2014-05-27 16:02:24 <realz> kinlo: thanks
94 2014-05-27 16:02:45 <kinlo> realz: send to faucet when done or so :)
95 2014-05-27 16:02:57 <realz> link?
96 2014-05-27 16:03:01 <kinlo> https://tpfaucet.appspot.com/
97 2014-05-27 16:03:08 <realz> ty
98 2014-05-27 16:35:18 <gokudev> guys can the bitcoin qt client run in offline mode and sign transactions?
99 2014-05-27 16:39:55 <Luke-Jr> gokudev: no
100 2014-05-27 16:41:53 <gokudev> luke-jr then qt client wallet have coldstorage ?
101 2014-05-27 16:42:05 <gokudev> or can it be made to act like a cold stroage, say if i set max-connections =0
102 2014-05-27 16:42:10 <Luke-Jr> gokudev: no
103 2014-05-27 16:42:23 <Luke-Jr> Bitcoin-Qt only works online
104 2014-05-27 16:42:31 <Luke-Jr> if you want a cold wallet, use Armory
105 2014-05-27 16:42:40 <gokudev> really?
106 2014-05-27 16:42:40 <Luke-Jr> or CodeShark's new thing I haven't tried maybe
107 2014-05-27 16:42:43 <Luke-Jr> really.
108 2014-05-27 16:44:04 <Luke-Jr> gokudev: also, this channel is for development, not Bitcoin 101 questions nor support. Please continue in #bitcoin
109 2014-05-27 16:44:23 <gokudev> thanks luke-jr
110 2014-05-27 19:55:49 <kdomanski> https://github.com/django/django/pull/2692
111 2014-05-27 19:56:10 <kdomanski> they actually replaced all occurences of master/slave in Django, because apparently it's racist
112 2014-05-27 19:56:18 <Diablo-D3> that better not he ... it is =/
113 2014-05-27 20:08:57 <andytoshi> eh, i expect a lot of shouting for a few weeks until slashdot forgets about it, then it'll be quietly reverted to quell the constant user confusion
114 2014-05-27 20:09:56 <kdomanski> naturally tens of screens of flamewar are already there in under 24h
115 2014-05-27 20:10:12 <andytoshi> yeah, the comments imply it was posted to HN and slashdot and 4chan and reddit :P
116 2014-05-27 20:10:55 <kdomanski> I actually found it on a polish reddit-like site
117 2014-05-27 20:22:18 <elichai2> petertodd: hey, i really liked your lecture today
118 2014-05-27 20:22:30 <elichai2> (in Israel)
119 2014-05-27 20:23:23 <sl01> elichai2: what was it on?
120 2014-05-27 20:25:08 <elichai2> politic inside Bitcoin
121 2014-05-27 20:25:17 <elichai2> (and a lot about double spending lol)
122 2014-05-27 20:35:53 <sl01> elichai2: double spending in bitcoin or what?
123 2014-05-27 20:38:33 <hearn> elichai2: is it videoed?
124 2014-05-27 20:41:31 <phantomcircuit> kdomanski, that is hilarious
125 2014-05-27 20:55:33 <samson_> Quick question - someone here can probably answer this - how many records are there in the leveldb db for a full node ?
126 2014-05-27 20:55:54 <samson_> just an approximate figure...
127 2014-05-27 21:04:30 <elichai2> sorry i didn't answered
128 2014-05-27 21:04:37 <elichai2> sl01: yeah, in bitcoin
129 2014-05-27 21:04:46 <elichai2> hearn: yeah, but it's not yet online
130 2014-05-27 21:04:48 <arubi> oh man he was in Israel?
131 2014-05-27 21:05:07 <arubi> that's what I get for not following the news
132 2014-05-27 21:05:16 <elichai2> yeah he was in Israel
133 2014-05-27 21:05:24 <elichai2> arubi: you are israeli?
134 2014-05-27 21:05:29 <arubi> yea
135 2014-05-27 21:05:45 <elichai2> arubi: why you aren't in Bitcoin Israel groups?
136 2014-05-27 21:05:50 <elichai2> and in the Meetup?
137 2014-05-27 21:06:01 <arubi> I went to a few meetups
138 2014-05-27 21:06:46 <elichai2> yeah, but why you aren't in the meetup group?
139 2014-05-27 21:06:54 <elichai2> arubi: btw, you are core developer?
140 2014-05-27 21:06:58 <arubi> really, since the scene is so small, I'd like to stay anonymous of sorts
141 2014-05-27 21:07:00 <arubi> no
142 2014-05-27 21:07:40 <arubi> I mostly write code for my own..
143 2014-05-27 21:09:13 <arubi> I don't mean to come off as a loner or anything, but I'd really like to keep the scene pure, no names. it's dangerous here because it's so tiny
144 2014-05-27 21:10:49 <arubi> anyway, elichai2 , you should join #bitcoin-il . I don't wanna spam the logs here
145 2014-05-27 21:12:17 <elichai2> why stay anonymous?
146 2014-05-27 21:13:49 <arubi> elichai2, (pmed)
147 2014-05-27 21:13:53 <sl01> he's obviously satoshi
148 2014-05-27 21:14:49 <arubi> nah, just like muh freedoms
149 2014-05-27 21:17:50 <elichai2> sl01: who is satoshi?
150 2014-05-27 21:18:13 <sl01> can't say sorry
151 2014-05-27 21:18:23 <arubi> elichai2, that's the 1.25 million bitcoin question
152 2014-05-27 21:25:28 <elichai2> lol that not what i meant
153 2014-05-27 21:25:35 <elichai2> < sl01> he's obviously satoshi
154 2014-05-27 21:25:38 <elichai2> who?
155 2014-05-27 21:26:09 <sl01> nvm
156 2014-05-27 21:39:29 <jaakkos> i'd like to make tx that only pays a fee to the network and carries some extra data of my own.
157 2014-05-27 21:39:49 <Luke-Jr> jaakkos: please don't.
158 2014-05-27 21:39:51 <jaakkos> in b4 don't include data in blockchain, you don't know what i'm doing.
159 2014-05-27 21:40:13 <sl01> lol
160 2014-05-27 21:40:16 <abrkn> Luke-Jr: haha
161 2014-05-27 21:40:30 <Luke-Jr> jaakkos: you just said what you're doing. Bitcoin isn't designed for that.
162 2014-05-27 21:40:47 <sl01> jaakkos: whats your budget
163 2014-05-27 21:40:50 <abrkn> Luke-Jr: satoshi gaveth us the blockchain and it stored all of our x-rated movies. and the blockchain was good. amen.
164 2014-05-27 21:41:09 <jaakkos> Luke-Jr: that's not up to you to decide, as far as i know we can publish data using OP_RETURN
165 2014-05-27 21:41:31 <sl01> jaakkos: i heard dogecoin was all about storing data, why dont you try there
166 2014-05-27 21:41:51 <abrkn> jaakkos: everyone knows you can do that, so why troll? if you want to put something there, then that's your privilege. if you have a question about the protocol, just ask
167 2014-05-27 21:42:38 <Luke-Jr> jaakkos: you're wrong. and it is up to EVERYONE to decide. a single objection means you're abusing it.
168 2014-05-27 21:42:39 <jaakkos> abrkn: yes, indeed. the question is, how to do that if i *only* want to pay a fee to the network, but i don't need to create a new output?
169 2014-05-27 21:42:48 <abrkn> sl01: i've heard the storage component of doge scales all the way to "luna"
170 2014-05-27 21:43:24 <jaakkos> s/need/want/
171 2014-05-27 21:44:06 <jaakkos> my gut feeling is i need to create a new output.
172 2014-05-27 21:45:44 <midnightmagic> jaakkos: Please consider taking discussion of your blockchain spam elsewhere.
173 2014-05-27 21:46:17 <jaakkos> midnightmagic: why does the reference client allow it if it can't be discussed here?
174 2014-05-27 21:46:45 <midnightmagic> jaakkos: The reference client is solicitous in what data it accepts.
175 2014-05-27 21:47:15 <midnightmagic> jaakkos: That doesn't mean your spam will be welcome by even a strict majority of users who aren't being paid to store your data.
176 2014-05-27 21:48:00 <kdomanski> jaakkos: this is Bitcoin Core development channel, not customer support
177 2014-05-27 21:48:27 <Luke-Jr> we could make it on-topic by discussing how we might effectively block it :D
178 2014-05-27 21:48:58 <midnightmagic> jaakkos: Yes, is there a convenient pattern you intend to put in your spam so I can tell all my nodes to blacklist it?
179 2014-05-27 21:50:09 <Luke-Jr> midnightmagic: eh, I meant technological solutions in general. blacklisting is more of a #bitcoin-mining topic? :P
180 2014-05-27 21:50:20 <midnightmagic> Apologies.
181 2014-05-27 21:50:23 <abrkn> midnightmagic: i assume this is an old discussion. why does everyone despise using the chain as storage? it's very expensive to use for storage (or would become), so why be bothered?
182 2014-05-27 21:50:37 <abrkn> not to mention slow if you need confs (which you do)
183 2014-05-27 21:50:40 <midnightmagic> abrkn: Meet you in #bitcoin.
184 2014-05-27 21:51:14 <abrkn> you're right, apologies ;)
185 2014-05-27 21:52:26 <Luke-Jr> what was Codeshark's wallet called again?