Bitcoin Forum
June 21, 2024, 05:42:59 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 »
1  Bitcoin / Development & Technical Discussion / Re: Bizarre failure on getrawtransaction rpc call on: November 20, 2013, 05:15:46 PM
https://github.com/bitcoin/bitcoin/issues/3220

http://bitcoin.stackexchange.com/questions/5673/debug-log-how-do-i-analyze-an-orphaned-transaction

Afaik commandline commands are also rpc commands to qt server. Can't help you as to why cmdline vs. json-rpc gives different results, guess that shouldn't happen...
2  Bitcoin / Development & Technical Discussion / Re: Bizarre failure on getrawtransaction rpc call on: November 20, 2013, 04:21:47 PM
Not exactly sure what you are trying to do, but this could probably happen if you somehow lookup a transaction that uses unspents that are not yet known to your wallet. As i understand from a few post by Peter Wuille, plese correct me: When the wallet a few minutes later comes to know about the the utx, the tx using it is moved from wallet transactions to mempool transactions, and is now lookupable with getrawtransaction, -  and you experience it as working again. listsinceblock looks in the wallet transactions (reason for discrepancy)
3  Alternate cryptocurrencies / Altcoin Discussion / Re: 【ANN】【HTC】huitong coin has launched on October 12th 【new algorithm scrypt-HTC 】 on: November 18, 2013, 02:45:46 PM
lol yeah, i got my 10 coins for my altcoin collection, calling it a day now, f... this .... :-)  1,362,391,579 people in china and 10 pool workers lol, the bitcoin killer doen't seem to be catching on Cheesy
4  Local / Skandinavisk / USB Block Erupter - København on: November 18, 2013, 01:17:28 PM
Hey, nogen der har et par ubrugte til salg?
5  Alternate cryptocurrencies / Altcoin Discussion / Re: 【ANN】【HTC】huitong coin has launched on October 12th 【new algorithm scrypt-HTC 】 on: November 18, 2013, 11:34:24 AM
Trying this for the fun of navigating the chinese pages. Has the project been cancelled? The pool is almost dead, currently 8 workers. Can this be solo mined with an i5 with any chance of success?

Edit: Also no peers available for qt to get new blocks.

Any better CPU coins?
6  Bitcoin / Wallet software / Re: Gocoin - totally different bitcoin client with deterministic cold wallet on: November 03, 2013, 03:23:41 PM
Super, it's down to ~2.2GB now and ~1% CPU after restart. I will try to play around with the wallet and/or code.
7  Bitcoin / Wallet software / Re: Gocoin - totally different bitcoin client with deterministic cold wallet on: November 03, 2013, 02:58:39 PM
Ok, now it finished.

- ok with wallet error, not using wallet yet
- network socket error message is gone now, check
- network tab shows many connections, check

And it has all the blocks now. Great !  It also has 6GB of my RAM and 30% CPU, so i might have to move it to a server : )

I plan to maybe use it for my address monitor (my hobby version of triplespeeder's bicoinmonitor.net) - he is using a bitcoind fork that hits a url on new transactions, can your tool do something similar? Also how do you recommend querying gocoins version of the utx base for address balances? (the tools/fetchbalance.go uses blockchain.info api, would like to get it all locally)

Thanks again !
8  Bitcoin / Wallet software / Re: Gocoin - totally different bitcoin client with deterministic cold wallet on: November 03, 2013, 02:05:04 PM
Hi Piotr

Thanks for your help. If i restart it goes:

Using NewEC wrapper for EC_Verify
Gocoin client version 0.8.1
Opening blockchain... (Ctrl-C to interrupt)
Blockchain open in 35.300 seconds
open d:\data\gocoin\btcnet\wallet\DEFAULT: The system cannot find the file specified.
open d:\data\gocoin\btcnet\wallet.txt: The system cannot find the file specified.
Starting WebUI at 127.0.0.1:8833 ...
> ListenTCP listen tcp4 0.0.0.0:8333: Only one usage of each socket address (protocol/network address/port) is normally permitted.

When i go to the webui the last blockheight is 238773, so at first glance it does not seem like it's downloading anything beyond the orphaned block where it crashed.

Can you help me on the mechanisms behind one block being more orphaned than another? , just for my own understanding, thx. For example height 226794 also splits, but it is "less orphaned" than 233046. Is it because there is too many blocks between the output being created and then later referenced in a spend? If yes, why does it occur on a orphan, could it also have occured on a main chain block?

I will try commenting out the errors as in the new submit. Would everything still be in sync, theres some comment about unwind buffer not being able to handle...?

Thanks : )

 
9  Bitcoin / Wallet software / Re: Gocoin - totally different bitcoin client with deterministic cold wallet on: November 02, 2013, 08:20:48 PM
Hi Piotr

Thank you for your work on this. I am trying it out, but getting an error on block 00000000000000560719da7088be587ea9c3018cfbbfae2dd2540682185c034b (#233046). It says:

.....
7474.8MB of data processed. We are at height 234765. Processing speed 10.507MB/sec, recent: 12853.3KB/s
7582.1MB of data processed. We are at height 235421. Processing speed 10.510MB/sec, recent: 10967.8KB/s
7710.2MB of data processed. We are at height 236155. Processing speed 10.541MB/sec, recent: 13109.1KB/s
7850.1MB of data processed. We are at height 236949. Processing speed 10.588MB/sec, recent: 14325.8KB/s
7958.2MB of data processed. We are at height 237625. Processing speed 10.586MB/sec, recent: 10700.6KB/s
8087.1MB of data processed. We are at height 238516. Processing speed 10.616MB/sec, recent: 13185.7KB/s
CheckBlock failed: CheckBlock: Block 00000000000000560719da7088be587ea9c3018cfbbfae2dd2540682185c034b hooks too deep into the chain: 233046/238760 000
00000000000e76cddac91bfdbf51a73f31ec740e07d651fba24f381289965

Do you maybe know what could be wrong. Im on windows 8, 64bit golang. I chose not to verify scripts.

Thanks ! : )
10  Economy / Service Announcements / Re: Free upgrades for registered users - bitcoinwebtools.com on: June 09, 2013, 02:34:19 PM
All users that registered with a non-test account have been upgraded. (enables "save configuration" button).
I have also fixed a bug that caused the app to crash.

/orz.dk
11  Bitcoin / Development & Technical Discussion / Re: Non-API direct download of blockchain? on: June 05, 2013, 11:47:48 PM
Both look quite interesting. I think I was maybe looking for something even more raw, but I probably shouldn't complain that someone did the initial work. The .edu one seems to be a graph database, which is also very interesting. Thanks again
12  Bitcoin / Development & Technical Discussion / Re: Non-API direct download of blockchain? on: June 05, 2013, 10:03:34 PM
Thanks, great links. I'm downloading your file as well as the #3 one. What date does yours go to?
13  Bitcoin / Development & Technical Discussion / Non-API direct download of blockchain? on: June 05, 2013, 09:26:48 PM
Hi,

Does anyone know if there is somewhere I can download vast amounts of blockchain data in humanly readable format, lets just say the entire blockchain, without hitting up an api? I'm thinking an FTP with direct downloads of raw transaction data or something.

Can I somehow decode the blk* files into something?

Thanks
/orz.dk

14  Bitcoin / Development & Technical Discussion / Re: Paper wallets and change addresses. Please help me understand a warning on: June 05, 2013, 11:25:48 AM
Thank you CIYAM and escrow, I am getting closer to understanding the warning. "Lost forever" means that the money went to fees, because the sender forgot to add a change address to a raw trx, but that does not seem to be a problem related to paperwallets as such.

I did check out the reddit link b4 posting, but it confused me even more.

Second part in the reddit says:  "This time, I am going to send 1BTC to an address from my 5BTC wallet, and keep 4BTC in my paper wallet for later".... which seems an slightly odd way to describe it. He is not sending anything from the paperwallet, he's sending 1 BTC from the qt-wallet to which the paperwallet private key has been imported?

The only way i can understand the warning, is if someone creates a qt-wallet, imports 5 BTC to it from a paper pk, spends 1 BTC from the qt-wallet, and then expects to be able to import the "remaining" 4 BTC to another clean wallet from the same paper pk. (assuming that the money co-exists in both the qt and paper wallet)

Wouldn't a more simple (and less unnerving) way to convey the core message to new users be "Once you have imported your paperwallet into any client, the paperwallet cannot be used anymore and should be destroyed [, all your funds are now stored in the bitcoin client]. In case you need to put any remaining funds from your bitcoin client, back on paper, you should create a new paper wallet, and send the funds to that address"
15  Bitcoin / Development & Technical Discussion / Paper wallets and change addresses. Please help me understand a warning on: June 05, 2013, 10:30:42 AM
Ok, now I am trying the bitcoinpaperwallet.com wallet. This one has a warning in the instructions, stating:

"When withdrawing your funds from this wallet, you should remove the ENTIRE BALANCE. If you attempt to spend only some of the funds you will likely lose the remaining bitcoins forever."

I'm not sure I understand this message. Lets say i have 1 BTC in the paperwallet. Wouldn't I just import my private key to bitcoin-qt, rescan and watch my qt-wallet balance go up by 1 BTC, - then destroy the paperwallet and spend any amount from qt as usual ??

I suppose it has something to do with change addresses. Can someone outline a case where a "loss of funds forever" would occur by using (only part of the funds on) a paperwallet? I'm not even sure I understand how I would spend/remove "only some of the funds" ??

Thanks for help !

/orz.dk





16  Bitcoin / Development & Technical Discussion / Re: New, super-easy to use rpc frontend for bitcoin-qt (.net) on: June 02, 2013, 04:29:16 PM
Thanks for your feedback ! : ) I agree that it could be a small audience, but mainly built for fun and learning, so it's ok.

coincontrol/rawtransactions: good feature, but there's a coin control fork that is likely to be included in 0.9.0.
>> Nice, looking forward to that.

verifyaddress: no point, trying to send to an invalid address will always fail.
>> True, (but it will tell you if its yours or an external)

generate address: no point
>> true, unless u need one and have the tool open

dumprivkey: i can see how it's useful, but its use is very limited. in the times when it is used, users will want to dump all their keys, not just one
>> it does that ! : ) batch both in and out (PK report key)

transactions report: default qt gui can already filter by address
>> agree, but this could be enhanced in some ways

satoshi dice client: why even?
>> because sometime you just feel a lucky moment and need to fire off a few bets Tongue (button would ofc be removed in any release)

importprivkey: same as dumpprivkey: it's useful, but it's rarely used.
>> but when you need it its there ! : )

stats: it's on the start page of the GUI
>> true, the entire segment is just a filler...

17  Bitcoin / Development & Technical Discussion / New, super-easy to use rpc frontend for bitcoin-qt (.net) on: June 02, 2013, 02:57:44 PM
Hi,

Hope this can stay in the dev thread, for now it's more dev than an actual service.

Busy days at the orz.dk office ! I just finished building an experimental .NET frontend on a subset of the bitcoin-qt jsonrpc api interface calls. It's somwhere between a debugging tool for rpc developers, a superuser tool, and a way for beginners to better understand what is going on inside their wallet. You can create a few reports with it, import/export pk's, do a bit of address lookup, and create raw transactions. It even has an instant Satoshi Dice 50% / 0.01 button ! : )

Raw transactions are created by point-click selecting available unspents. Change and fees are automaticly calculated, and you can select a change address from the wallet (including the invisible ones) The one-click functionality creates, signs and ships your transaction (it signs without any keys). You can also do a dry run, which will pop up a text file with a json/hash log, but will omit executing the final step (send)

Current version 0.1 supports :

- createrawtransaction, signrawtransaction (not using keys), sendrawtransaction
- validateaddress
- getnewaddress
- dumpprivkey, importprivkey (batch available for both)
- listtransactions(enhanced), listreceivedbyaddress(enhanced), listunspent
- sendtoaddress

Numerous reasons to not just release it, so first question is, would anyone find such a tool helpful ?

/orz.dk



18  Bitcoin / Development & Technical Discussion / Re: Transaction Hash message and fee on: June 02, 2013, 02:31:36 PM
Looks like the "asm" element of one of the outputs in a decoded raw transaction. Not sure you can use that for anything on itself.
19  Bitcoin / Bitcoin Technical Support / Re: Cannot import a private key on: June 02, 2013, 02:25:55 PM
Destination wallet locked ?
20  Bitcoin / Development & Technical Discussion / json-rpc: createrawtransaction on: June 01, 2013, 04:55:15 PM
Hi,

I need somebody to verify that i got this right :

- When composing a createrawtransaction, it's the unspent transactions in the wallet (> listunspent) that are used for input ?

- Every unspent trx input i use for my trx will be used in it's entirety ?

- If the sum of the unspents i use,  is higher than the amount i want to send, i have to add a change address of my own, and direct (sum(unspents_used_in_rawtrx) - amount_i_want_to_Send) to that address in the same trx ?

- Any amount of sum(unspents_used_in_rawtrx) that are not sent to neither the recipient, nor my change address, will be fees ?

Thanks !

/orz.dk





Pages: [1] 2 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!