|
create a new wallet send the coins there from the old one?
|
|
|
|
-snip-
2) May you, please, tell me the commands again?
-snip-
walletpassphrase yourpasswordhere 120
to unlock for 120 seconds dumpprivkey 1HxeCXGT11wVwy78gsVrzFfkfdijQE9rct
to get the private key for 1HxeCXGT11wVwy78gsVrzFfkfdijQE9rct. |
|
|
|
1) Yes. The wallet still using the January/2016 backup.
I tried to put another backups and -rescan the wallet but without success, then put again the same January/2016 file.
So you put the backup file, spent, then put the backup file in there again and now you don't see the Bitcoin? Did you at any point backup the current wallet.dat file after you had spent the Bitcoin? I think you may have lost your Bitcoin. If, after you had spent, you had replaced the wallet file already there with a backup, then you will not have the private keys to any of the addresses from your spending onwards (assuming that the keypool of the backup was actually exhausted). -snip- Shouldnt the TX be unbroadcasted since the wallet wasnt synced? Nevermind, sounds like OP waited for a sync.
-snip-
1) I spent the coins without the wallet syncronized. After the wallet finish synchronizes, the funds were not there. So, I believe the priv key is not there.
Synced or not has nothing to do with how the wallet handles private keys. Its 3 months old. If you believe you can help, feel free to send me a priv message so I share my identity, LinkedIn profile and Skype ID.
Thanks for your attention and your time answering this thread.
No need. |
|
|
|
-snip-
This is not the point and the question is not about it.
If you try to randomly generate a key, then it is impossible (or virtually impossible). But the key pair is not generated completely random. It uses a random number generator which depends on the seeds. So with these clues it will not be completely random any more.
Cryptographically secure random number generates are designed in a way that its seed is not predictable and is not stored or recoverable. There are is at least one known attack on them[1], but usually you or anyone else here is not worth an 0-day that is actually able to pull this attack off. Furthermore you will not be able to recover the state of satoshis machine when they created their keys. IF your scenario is that this is possible, no crypto that requires random numbers is secure. [1] http://blog.cr.yp.to/20140205-entropy.html |
|
|
|
-snip-
It is strange, how the wallet generate a public key that I do not have the priv key?
It cant. It is because the address generated is not on the keypool=100 limit.
No, these are two seperate issues. Your backup might have not contained some private keys for addresses you generated recently, because you used more than 100 since the last backup. As soon as you spend coins the keypool is refilled though. The change address must have been one that was among the 100 pregenerated as of january. So, on the January/2016 backup, the address is not there, and after the wallet had synchronized it only showed the 100 address, not the change address that have this transaction.
Thanks for your reply and your help.
Wana share a transaction ID? We sometimes have people offering ridiculous high rewards for made up problems, where the wallet did something that is not part of its code. Feel free to send it to someone you deem worthy via a PM if you want to keep private. Considering what you wrote in your first post it sounds like you are responsible for others coins as well. |
|
|
|
Hi,
You can call me Dinesh! As you can see I am newbie to bitcointalk.org and noob to bitcoins. Though I do have some experience with bitcoin mining, wallets, faucets and stuff I still consider myself a noob who is on the
path of learning.
Welcome. The main reason I have joined the forum is to learn about bitcoins, trading bitcoins and the scope of bitcoins in the coming future. The current growth of bitcoins has really aroused the interest in me to get my hands on some bitcoins. I deal with domain names as well. I have a few bitcoin related domain names in my possession: - BTCSellers.com
- BTCAdvice.com
- ProBTC.com
- TradeBit.co.in
You can trade those in the digital goods section -> https://bitcointalk.org/index.php?board=93.0You may have guessed, I am also a member on namepros forum which is domainers community. I go by the same username. I am looking forward to gain a wealth of knowledge and have a wonderful experience on bitcointalk. I am also looking to the days I can give back to the community. Hope to see you all on the forum  I Wish everyone a Merry Christmas & A prosperous New Year 2017 - Dinesh |
|
|
|
WIF ist Base58 mit Checksumme[1]. Sollte entsprechend die universellste Variante sein. Alternativ kannst du natürlich den privaten Schlüssel vorm speichern einfach in diverse andere Varianten umwandeln. Z.B. mit einer offline Kopie von bitaddress.org. [1] https://en.bitcoin.it/wiki/Wallet_import_format |
|
|
|
Any One Help Me..?
No, go away. |
|
|
|
Hi Shorena,
Danke für Deine Antwort. OK, das beruhigt.
Ich habe die Wallet reparieren lassen und nun ist die Angabe "unbestätigt" bei der Anzeige des Gesamtkontostandes verschwunden. Die Angabe "unverbraucht" auf Blockchain.info ist dann nicht so relevant?
Unverbraucht dort heißt lediglich das du die Bitcoin noch nicht weiter verwendet hast. Welche PC-Wallet benutzt Du?
LG
Phil
Hauptsächlich Bitcoin Core und Electrum als on-/offline System. Multibit HD ist aber an sich ne gute Wallet und neben Electrum eigentlich immer das was empfohlen wird, wenn man keinen Full Node (wie z.B. bitcoin core) betreiben will. |
|
|
|
-snip-
but declaring an spv node and a pruned node as being the same as a full node makes people not want to be a full node because they are lulled into the delusion that theres no point being a full node.
I didnt do that. I just said full nodes that are not accepting inbound connections are still contributing to the network. Less so then nodes that accepting inbound connections or nodes that can help you sync, yes, but still contributing. Whereas the gavin quote suggest that unless you can hold 100 connections you are bad for the network. -snip offtopic sideshow-
full nodes are full nodes for a reason.
They fully verify data, not fully fill the default 125 connection slots. |
|
|
|
Soviel ich weiß wird sich das ändern sobald du ein paar mehr posts hast bzw. schon länger Mitglied im Forum bist.
Ändert sich drastisch mit Jr. (30 activity). |
|
|
|
Bullshit. Most full nodes should be run at home as wallets and its perfectly fine to not accept inbound connections. The important part of a node is that it verifies information. If your node on a datacenter has no wallet (as it should) for who do you verify the information?
it is not bullshit the quote alone is out of context, you should read the reddit post. I've added a line above that quote which i think helps clarify things a bit. the argument was about helping bitcoin network or in other words contribute, and for that purpose the quote is right, you won't be contributing to anything if ....[connection and bandwidth are such and such] As I said, even if you are not opening port 8333, you are still relaying and verifying transactions and blocks for the network. Connection polarity doesn't matter, you will still be relaying nodes/transactions to your peers. The network will still benefit for that. You would just be connected to 8 peers to help to relay information to them. The reddit post is 3 years ago where the nodes are still plentiful. With the decreasing number of nodes, running a full node would help even if you do not open your port. Exactly, nodes accepting inbound connection are available to SPV nodes and contribute more bandwith resources. All other nodes, even pruned nodes help the network though. Quotes like the above (esp. without context) might have even contributed to a decressing number of full nodes. If you tell people running nodes the only way they can (e.g. due to ISP restrictions) is bad for the network they are inclined to stop. |
|
|
|
Bullshit. Most full nodes should be run at home as wallets and its perfectly fine to not accept inbound connections. The important part of a node is that it verifies information. If your node on a datacenter has no wallet (as it should) for who do you verify the information?
it is not bullshit the quote alone is out of context, you should read the reddit post. Quote properly. The idea of "leeching" is bullshit and comes IMHO from p2p torrents which have next to nothing to do with bitcoin. I've added a line above that quote which i think helps clarify things a bit.
It does not. What is "contributing to the network" according to you that requires inbound connections? the argument was about helping bitcoin network or in other words contribute, and for that purpose the quote is right, you won't be contributing to anything if ....[connection and bandwidth are such and such]
|
|
|
|
Bitcoin currently only have around 5k full nodes, this is less than back in 2013, when we were hovering around 7k full nodes.
As the chain is getting huge, quickly. It's no longer trivial to host such big blockchain, the disk space and bandwidth expense is quite high.
10 EUR / month can get you a VPS capable of running a full node 24/7 at 99.9% uptime with >100 connections. We will need to start discuss rewards for hosting a full node that stores the full blockchain, they add a lot of value to Bitcoin and it's unfair that they have to do it for free.
feel free to donate -> http://188.68.53.44/The problem you have to solve first is how to distinguish a proper full node from a pruned (?) or fake one. -snip-
Btw, I can probably run a full node on my old computer for $10 per month in electrical costs.
Id guess a homerun node is even cheaper, considering it could run on an old laptop. CPU/RAM requirements are pretty low if its running constantly.
-snip- Most ordinary folks should NOT be running a full node. We need full nodes that are always on, have more than 8 connections (if you have only 8 then you are part of the problem, not part of the solution), and have a high-bandwidth connection to the Internet.
So: if you've got an extra virtual machine with enough memory in a data center, then yes, please, run a full node.
Bullshit. Most full nodes should be run at home as wallets and its perfectly fine to not accept inbound connections. The important part of a node is that it verifies information. If your node on a datacenter has no wallet (as it should) for who do you verify the information? |
|
|
|
I though the rule was minimum 0.0001 BTC for 1000 bytes transaction is good fee. i paid 0.0002 BTC for 600 bytes tx.Still took 9 hours to get confirmed.it's kinda wierd.
That's no longer the standard fee. There's much more transactions made per day now and blocks are getting full. So to get your transaction included in a block you'll need to bump up the priority by increasing the fee. Currently 60 Satoshi per byte should do well. See e.g. -> https://bitcoinfees.21.co/ |
|
|
|
I estimate that it got confirmed 2 minutes ago.  Yeah it was just confirmed, but 30 satoshi / byte is currently not a "reasonable fee" if you want a fast confirmation. |
|
|
|
how do i "prune" it? and how do i export the private key i see nothing about a prrivate key in the program menu
In order to prune it you need to create a bitcoin.conf file in the correct directory depending on your OS. See the post by o_solo_miner for a sample file[1] and typical location for major systems[2]. After you have created the file and added your prune setting just restart bitcoin core. 550 is the lowest accepted value. The guide linked by steven0021 should cover the move to electrum. Just make sure you properly secured the seed that is given to you when you setup the electrum wallet. It will cover all your private keys and thus all your coins for that wallet. A safe and secure place on paper is usually used to store it. Depending on the amount we are talking about you should consider several backups in different locations. [1] https://en.bitcoin.it/wiki/Running_Bitcoin#Sample_Bitcoin.conf[2] https://en.bitcoin.it/wiki/Running_Bitcoin#Bitcoin.conf_Configuration_File |
|
|
|
Hallo und einen schönen guten Abend. ich hatte im Juli diesen Jahres von meinem Konto auf Bitcoin.de eine Transaktion von ca. 2,62 BTC an mein Multibit HD-Wallet (PC) vorgenommen. Der Empfang wurde nach nach einigen Bestätigungen als gebucht auf MultiBit HD angezeigt. Ebenfalls ist der Abgang auf Bitcoin.de dokumentiert. Ich habe mich mit dem Thema Bitcoin dann erst wieder in den letzten Tagen beschäftigt. Nachdem ich heute eine weitere Transaktion vorgenommen habe und mich mit dem Thema Datensicherung der Wallet befassen wollte, fiel mir Folgendes auf: In der obersten Statusleiste war vor der Anzahl BTC und dem Betrag in Dollar die Angabe "+unberstätigt". Da habe ich einen Schreck bekommen. Ich habe dann über "Brieftasche verwalten" den Befehl "Brieftasche reparieren" genutzt. Nach der ersten Ausführung dieses Befehls ist dann die Angabe verschwunden. Diese kam nach dem Neustart der Wallet wieder. Dann habe ich nochmal reparieren lassen, nun ist die Anzeige weg. Allerdings ist in der Spalte zu der Transaktion keine Umrechnung in Dollar angegeben. Die Gesamtsumme in der obersten Statusleiste stimmt aber. Auf Blockchain.info ist zu der Transaktion rechts in grüner Schrift angegeben "unverbraucht": https://blockchain.info/tx-index/ae35b177c5687278921a5a1fc09528d63b767a4ca2e3bdac7ffe5d2a697645ceMal ganz blöd in Anfängermanier gefragt, sind die Bitcoins bei mir nun "richtig angekommen"? Kann ich über diese normal verfügen?  Vielen Dank und viele Grüße Phil Klingt als hätte Mulitbit HD Probleme mit der Synchronisierung. Deine Bitcoin sind auf jeden Fall angekommen, mit über 24000 Bestätigungen ändert sich das auch nicht mehr und du kannst sie entsprechend verwenden. Ggf. wirst du vor dem versenden die Wallet "Reparieren" müssen. |
|
|
|
-snip-
Yeah, it was no longer needed. I also asked why zazarb was giving away invites but I didn't get an answer from him if there was a difference. Well this clears my questions. Thanks Shorena. Nice giveaway idea though.
If one of the 3 gets back to me with something Ill post it here. Since people tend not to read up, Ill lock the thread for now. |
|
|
|
Hi, I am not joining. I jus have a question.
I was able to join keybase.io without an invite. I'd like to know what is the difference with these invites and my registration?
Huh, looks like you are correct. I wasnt aware invites are no longer needed, I just thought I should use them. Well, since I have enough for everyone in the thread. Ill do just that. The data for the sha256 above The winning number is: 3
random stuff: 30%KXP1N0-
|
|
|
|
|
Show Posts
