If i remember correctly, this is one of the checks a node does before accepting a block... If the hash of a new block is the same as the hash of a previous block, the new block will be rejected... Source: my memory... Might not be 100% accurate  EDIT: do realise the odds of a collision are incredibly small |
|
|
|
I personally belief none of the 5 suggestions made by CryptoMauren should be considered as a safe wallet... 1. Blockchain
Blockchain is the technology behind Bitcoin's turnaround itself, so its superiority as a provider of
Bitcoin wallet is definitely beyond doubt. You can even see all transactions from all accounts,
whether it's Bitcoin acceptance or delivery.
The blockchain company is NOT the company that's behind the creation of the blockchain technology!!!!!!!!! Satoshi is the one (or the group of people) that wrote the whitepaper and the first reference client. AFAIK, he doesn't work for blockchain.com (or blockchain.info)... Well, we don't know the identity of satoshi, but the odds of him working for blockchain.com are very small. Blockchain.com = private company that specialises in implementations of the blockchain techology the blockchain = the techology behind a decentral, immutable trustless ledger on which bitcoin was built Blockchain.com != the blockchainBlockchain.info is a web wallet, which is inherently unsafe 2. Bitcoin.co.id
This one site can be regarded as the most crowded place to buy Bitcoin in Indonesia. Account
creation at bitcoin.co.id not only provides a wallet address, but also facilities for Bitcoin
transactions directly with Rupiah (via local bank payment method) and Bitcoin trading.
This is an exchange, which is even worse than your first suggestion 3. Coinbase
Coinbase.com is a Bitcoin wallet provider site based in San Francisco, USA. Coinbase's credibility
and functionality is not much different from Blockchain. But since Blockchain is a Bitcoin original
technology, it's no wonder Coinbase is a bit less popular than Blockchain.
Same as point 2... 4. Xapo
Xapo not only operates as a Bitcoin wallet provider, but also a Faucet site that can provide free
Bitcoin to its users. It also provides more convenience because users can directly enter Bitcoin
into the wallet that has been integrated with its Faucet system.
Same as point 2... 5. BitX
BitX is the second site that provides Bitcoin wallet as well as trading for Indonesian clients. But
unlike bitcoin.co.id, BitX does not accept digital currency storage other than Bitcoin. BitX itself is
now rebranding into Luno which operates as a global company and has branch offices in London,
Singapore, and Cape Town.
Same as point 2... |
|
|
|
Do you think requiring KYC here in bitcointalk a good idea? It'll prevent scammers from entering our forum plus this will also prevent Alt accounts which commonly makes a lot of spams.
No, i don't like the idear... What if the database get hacked again? The hacker would have doxxable materials on 1000's of crypto enthousiasts... Some 3 letter agencies would dream about this opportunity, as would several gangs that would now be able to come to our houses and beat up our familys untill we fork over our private keys... Bitcoin is about freedom, this includes the freedom to remain anonymous if you wish so (for example, the forum's founder is still completely anonymous). Also, bitcointalk is a community forum, so the term 'Customer' doesn't apply here (imho). I wonder if we could figure a way of putting a forum on the blockchain and decentralising the data held. Considering you said this has been hacked before. I do think there would be a huge spike in quality of material on here. You do find quite allot on non comments you have to trawl through to get to the hidden gems. Well, a blockchain is a decentralised, trustless, immutable database. Using a blockchain for a public forum is an idear that might have an application somewhere, however i don't think it's a good idear to move bitcointalk to a blockchain based data storage system. Why? Several reasons: 1) If you want bitcointalk to be 100% decentralised, you'll also need the (salted) password hashes on a blockchain, meaning that anybody anywhere will have access to the hashing function AND the hashed password (brute-force???) 2) It'll be impossible for the mods to delete spam, at least, they can probably add a block with information that disables a certain post, but the data itself will always be in the blockchain 3) thousands of posts get made on bitcointalk on any given day... Imagine the amount of data that would have to be transmitted and verified by all those nodes So, to sum it up, i don't think that a blockchain based approach is the correct approach for the bitcointalk database, it defenatly doesn't solve the KYC question made by the OP  |
|
|
|
Do you think requiring KYC here in bitcointalk a good idea? It'll prevent scammers from entering our forum plus this will also prevent Alt accounts which commonly makes a lot of spams.
No, i don't like the idear... What if the database get hacked again? The hacker would have doxxable materials on 1000's of crypto enthousiasts... Some 3 letter agencies would dream about this opportunity, as would several gangs that would now be able to come to our houses and beat up our familys untill we fork over our private keys... Bitcoin is about freedom, this includes the freedom to remain anonymous if you wish so (for example, the forum's founder is still completely anonymous). Also, bitcointalk is a community forum, so the term 'Customer' doesn't apply here (imho). |
|
|
|
I completely agree with AdolfinWolf and TryNinja, but wanted to go the extra mile and offer my "5 safest bitcoin wallets", just in case a newbie stumbles upon this thread... This way i figure he can at least leave with some safe advice 1. My absolute safest wallet: a recently compiled bitcoin core on an AIRGAPPED pc. If you can make regular offline backups and keep them safe, it might even be a good idear to configure your core wallet to be non-hd, so private keys get generated completely random (but if you do this, you need to backup your wallet.dat very regulary => https://en.bitcoin.it/wiki/How_to_set_up_a_secure_offline_savings_wallet2. A recent version of electrum on an airgapped PC... Keep the seed safe => http://docs.electrum.org/en/latest/coldstorage.html3. A correctly generated paper wallet, using BIP38 encryption with a very strong passphrase. Do make sure you follow the proper procedure for creating a paper wallet, and use a paper wallet generator with a truely vetted RNG... An offline copy of bitaddress.org usually does the trick... Make sure your pc is offline during the whole creation process, and rebooted before put back online... And make sure no copy of the paper wallet ever touches an online device (for the truely paranoid: make sure the printer used for printing the wallet is offline, and rebooted right after printing the wallet... Also, make sure you securely wipe the usbstick you used to transfer the paper wallet... Formatting or just deleting images is NOT a secure way to wipe a stick!!!) 4. Trezor model T or trezor one... Since they've been around longer than ledger, i would put them 1 place higher than ledger 5. Ledger model S Whatever you do, think about your wallet choice. If you only hold a small amount of BTC, a desktop wallet on an clean, online machine might be fine... Core or electrum are my prefered wallets in this scenario... If you hold more than 0.5BTC, it might be a good idear to invest in a decent hardware wallet or start using a paper wallet... If you hold a small fortune, it's defenatly a good idear to spread your funds, and also use a couple cold wallets to store your wealth... The only thing you should avoid (imho) is storing BTC (or altcoins) in an online wallet or exchange... If you're not the only one in controll of your private keys, you're not in controll of your funds. The only thing an online wallet is good for is to store spending money when you're away for a longer time... You know, a couple hundred bucks worth of BTC for when you're on vacation and you want access to this money just in case you find something interesting to spend it on... But even then, i'd prefer a mobile wallet to store this spending money on instead of an online wallet. |
|
|
|
in short. all Mining pools run a full node?. or some of pools are not?.
If you want to run a pool, you need access to a node... So yes, they are either running a node, or they are paying somebody to run a node they can query. The pool needs at very least the header of the previous block, and if they don't want to mine blocks with only the coinbase transaction, they also need information about the broadcasted transactions... And if they want to include these transactions, they need to update their utxo set, so they need to parse the complete blockchain... In other words: they need to run a node |
|
|
|
I don't mean to be rude. It's not me, but you who aren't listening. I don't need somebody's money. I'm trying to recover my funds. Even though everybody tells me that it's not possible. I've read about folks from LBC or BLC or whatever it is...has nothing to do with me or my goals. I would be gratefull to anybody who has something to say about a working script, besides the prognosis with possibilities rates.
In the past, i've helped people brute-forcing private keys and seeds when they forgot 1 word or 1 character from their key/seed using a python script... This actually IS possible, and that might be the thing those guys on LBC or BLC were talking about? IIRC, i got a speed of around ~1000 keys/second. There are 2^160 possible addresses, that's 1.46e +48 keys... So, in order to scan the complete keyspace, you'll need about 1.46e +45 seconds... You'll have a 50% successrate in 7.3e +44 seconds... That's about 23171956451847141650870193314249000000 years... Now, this is using one of my python scripts... https://en.bitcoin.it/wiki/Vanitygen says that if you run oclvanitygen on an optimzed system, you can generate up to 64 Mk/sec = 64.000.000 keys/second. 2^160/(64.000.000*3600*24*365*2) = 362.061.819.560.111.588.294.846.770.535.130 years to have a 50% chance of finding the private key whose hash of the public key is equal to the addres whose key you lost... But, since bitcoin is about freedom, you can always use vanitygen (as said before) ./vanitygen -o found.txt 1Myfulladdresshere Offcourese, during your lifetime you'll have a 0.000000000000000000000000000001% chance of finding a match. If you're going to burn your power anyways, you might aswell buy an ASIC, unless you lost an address that had several 1000's of BTC you'll probably make a lot more by mining than by brute forcing... (btw, i'm not saying that you HAVE to mine... If you don't have basic knowledge, luck AND a good power rate, you'll lose money while mining, but still the odds are really big that you'll have less net loss than when you try to brute force your pk) |
|
|
|
I've been using my staked vanity address 1MocACiWLM8bYn8pCrYjy6uHq4U3CkxLaa for business purposes and tipjar purposes for a really long time... I'm now thinking about claiming some of the forked off altcoins that have unspent outputs funding this address... Because i'll probably be importing my private key into a couple of wallets i don't fully trust, i'll be staking a new vanity address. This new vanity addresses's sole purpose will be to sign messages, so i'll probably never have to change it again: 1MocacinXMCF96Gs3CSp7p2NrjhFXe3Wuv -----BEGIN BITCOIN SIGNED MESSAGE----- I'm mocacinno, i'll be using vanity address 1MocacinXMCF96Gs3CSp7p2NrjhFXe3Wuv for signing messages from now on. This message is signed with my old vanity addy to proof i still hold its private key to! Today is the 30th of april 2018 -----BEGIN SIGNATURE----- 1MocACiWLM8bYn8pCrYjy6uHq4U3CkxLaa G9wc0ZkX3luA2DBBR7kFs66wmGuvY0l8+Edq2c2UPGrSWrfKtJmr/1LYKqMylEhn/jtoMt5lwaO2b2sXvwDXFH4= -----END BITCOIN SIGNED MESSAGE----- I've verified the message using https://blockexplorer.com/messages/verify and it was valid... I know how to sign messages anyways |
|
|
|
The ICO part turns me away from this more than anything, and the picture of their miner on the page you linked is extremely low quality and grainy. I like new miner developments, but there's just very little information about these miners out right now and whether or not they're actually real, and I don't trust ICOs much at all (GMO comes to mind with miner ICOs). I guess time will tell if this is legit or not.
My sentiments exactly.... I don't trust the fact that they're running an ICO, i don't trust the fact that they try to lure in new buyers with a 50% bonus for the pre-sale, i don't trust the fact that without the bonus they predict a 3 month ROI on the smallest investment. But you're right: only time will tell if my gut feeling was correct on this one |
|
|
|
Because of a bug in debian and possibly other types of linux, i normally add this line - QMAKE_LFLAGS += -no-pie - to the .pro file in order to run the qt from the desktop instead of the terminal. Since the typical .pro file is not available in the bitcoin source, i tried ading this line to the autogen.sh and config, ac on seperate builds and neither one worked. I would welcome any suggestions that would piont me to a file to add this line to to make it work. I am really not interested in 100 alternatives like run it from terminal or just use the generic linux wallet, etc. etc., but thanks anyway. thank you. Which bug? I just did a testbuild on one of my machines (ubuntu 16.04 LTS): git clone https://github.com/bitcoin/bitcoin/
cd bitcoin
./autogen.sh
./configure
make
cd src
cd qt
./bitcoin-qt
At this very moment, i'm looking at the freshly compiled gui wallet, without having to modify any .pro-file... If you really can't get it to work, maybe do a gitian build? I usually build using gitian, because i can also cross-compile for windows and/or mac... If you follow the procedure to the letter, it "never" fails (at least, it has never failed for me so far). EDIT: seems like i missed the point you were trying to make... You're not saying you're unable to compile the qt wallet, you're saying you're unable to start it from your desktop...
Sorry, can't help you with that, none of the machines i can access from here have a window manager...
|
|
|
|
new version released... Changelog- fixed many, many, many bugs
- some code cleanup
- improved outfile handling
- extended the default timeout
- added a filter to filter out dead forks and/or forks that need manual intervention
- fetched the price from coinmarketcap if available
- new BTC explorer used
- added my tipjars
I ran two tests, the fist one is kind of private, i tested 300 of my addresses against all forks that had an active api: python checker.py --addressfile ../myaddresslist.txt --timeout 1 --outfile outnewversion.log --maximumstatus 1
--addressfile ../myaddresslist.txt =>points to the ascii file containing ~300 addresses, seperated by a newline, comments and newlines added --timeout 1 => wait 1 second between 2 queries --outfile outnewversion.log => write all important information to this file --maximumstatus 1 => only test chains that have an active api. If i had set this to 2, the script would have included chains that had an explorer without a public api. If i had set this to 3, the script would have also printed info about chains that didn't even have a blockchain explorer (dead, doa, dying, to new, unmaintained, bad dev, scam,...) I'm unwilling to provide any feedback, exept that testing 300 addresses vs 15 chains took less than 2 hours The second demo i ran on the addresses staked on the first 10 posts of this thread: https://bitcointalk.org/index.php?topic=996318.4515input file: testaddresses_bitcointalk.txt 1FLnpvdXL6ooBpFj2LHqZxQsrxn2voj5uv
123Get818NzrAiYRs28dJkga9FdHxmWBnE
1NDUXQuVVjcmmqDrdt4ZUyTkoXg8fjSZLV
13FwZeMsiigSpDLc9TLFUVQ8BhcKeGdvVM
1AGGxwgVT57gRcAcmRdRpmeWocAh1obtgh
133KGgCJQSToSByvwU5cDjhMuqmziLJ1Rm
1D2SEqdu5c52fq59VHp6u61sdjL2j2mmjf
1MZakirz92c76pK6BNy1NAEmbWYpDcP7mh
12AYZG9Qk7XssfLLWcf6KV3u9XVLgBNkuL
1redsY74u97ECVVKx7Gz9QWJWECUuzsrj
command line: python checker.py --addressfile testaddresses_bitcointalk.txt --timeout 1 --outfile demolog.txt --maximumstatus 1
Terminal looked like this while it was running: forkchecker@node:~/mocacinnoforkchecker$ python checker.py --addressfile testaddresses_bitcointalk.txt --timeout 1 --outfile demolog.txt --maximumstatus 1
testing 10 addresses for unspent outputs
testing 15 chains for unspent outputs
5%|#### | 7/150 [00:08<02:44, 1.15s/forks
Terminal after the script was done forkchecker@node:~/mocacinnoforkchecker$ python checker.py --addressfile testaddresses_bitcointalk.txt --timeout 1 --outfile demolog.txt --maximumstatus 1
testing 10 addresses for unspent outputs
testing 15 chains for unspent outputs
100%|##################################################################################################################################################| 150/150 [03:43<00:00, 1.37s/forks]
failed tests (usually because the api was down, or because the address wasnt found on the explorer)
************
for some reason, address 1FLnpvdXL6ooBpFj2LHqZxQsrxn2voj5uv failed to be tested on BPA
--snip--
for some reason, address 1redsY74u97ECVVKx7Gz9QWJWECUuzsrj failed to be tested on CDY
**************************************************
* found unspent outputs on one or more chains!!! *
* claim at your own risk! *
**************************************************
successlist
***********
133KGgCJQSToSByvwU5cDjhMuqmziLJ1Rm has a balance of 0.015243 on BCH . Coinmarketcap says this balance of 0.015243BCH is worth $1335.99 per coin. In your case this comes down to 20.36449557USD
133KGgCJQSToSByvwU5cDjhMuqmziLJ1Rm has a balance of 0.015243 on BCHC . There is no linkt to coinmarketcap, so we can't find the price
-------------------------------------------------------------------------------------------
| once again, if you import your private key into ANY unknown/untrusted wallet, |
| you risk losing your unspent outputs on all other chains!!! |
| proceed with caution |
|*****************************************************************************************|
| at least make sure your wallets on the most important chains are empty before importing |
| their private keys into unknown wallets!!! |
-------------------------------------------------------------------------------------------
if you like this project, consider some of the "free" coins you got from these forks to me ;)
BTC/BCH/BTX/B2X/...: 1MocACiWLM8bYn8pCrYjy6uHq4U3CkxLaa
BTG: GeeXaL3TKCjtdFS78oCrPsFBkEFt9fxuZF
if you would exchange all coins right now, you'd make a whopping $20.36449557
|
|
|
|
As mentioned above there is no block limit. Fee problems won't be a problem for a very long time as we are reaching 17,000,000 Bitcoins mined today.
I fail to see what the total number of bitcoins in circulation has to do with fee problems... Could you explain the link here? It requires so long time so do not worry about that. In theory our Sun will also be shut down but nobody worries about that I think the more suitable question - what to do with lost BTC (like lost private keys and etc) We're currently in reward era 3 (we're about ~2 years into this era). The block reward will be 0 at the end of era 33... So, a raw estimation would be that the block reward becomes 0 satoshi in ~120 years... At this point, all ~21 million BTC will be in circulation and miners will be rewarded with the sum of the transaction fees in the blocks they mine. This is long before our sun shuts down (AFAIK). Or am i missing something here... The second part of your answer is actually quite interesting. Personally, i don't think that lost private keys are a problem, the more people lose their keys, the less BTC is actually being traded, the higher the price for the btc in my wallet will be At the moment, the smallest denomination is 1 satoshi. This is 0.00000001 BTC. However, theoretically, if all but 1 BTC would be lost it would still not be be a problem... We could just change the smallest denomination to 1 millisatoshi (or something) so you could send 0.00000000001 BTC to somebody if you wanted to. At this point, the theoretical BTC price would probably be > 150 billion USD/BTC, so my 1 microsatoshi would still be the equivalent of $15 if you traded your microsatoshi for FIAT. |
|
|
|
I read that bitcoin has a limit of 21million blocks and after that miners can earn income from fees?
I understand that blocks contain transactions.
After 21million if no more blocks are created, then where will the new transactions be recorded?
Thanks so much
You misheared... There is no limit how many blocks will ever be mined. However, the block reward will halve every ~4 years, so in the end there will be just under 21.000.000 BTC in circulation. (altough, many of those unspent outputs are funding addresses whose private key belong to satoshi, or to people that have lost them, so eventough there are potentially 21 mln BTC in circulation, only a small fraction of those is actually "spendable"). Miners can still mine after the block reward has dropped to 0, they can mine to collect the sum of the fees of all transactions they include in the block they're trying to solve. |
|
|
|
I would like to see instructions for Windows. if this is certainly possible. thank you very much. very necessary thing
It should be possible to run this script on windows, all you need is python 2.7 and pip... then you need to visit the github page, download the sourcecode, install the pip modules (as indicated in the OP) and run the script using the freshly installed python 2.7 Can't give you a complete walktrough tough since the only windows laptop i have is the one provided to me by my employer (can't install python on that one) I have compiled v0.1 into a binary that will run on *nix boxes. If you find somebody trustable who knows how to compile python scripts on windows, you can always ask him/her if he/she is willing to compile the script so you can run the binary out of the box |
|
|
|
Very nice, I like this project. Further imporvements
- Use moneywagon to query APIs (Has multiexplorer support with failsafe)
- Allow xpub as argument... show balance of wallet across various forks
moneywagon seems very interesting... I'll look into that one and see if i can implement it xpub as an argument is also a good idear, however i'm a bit afraid of sending to much queries to the explorer's api's... Don't want them to blacklist any ip's I'll try to find a workaround... Thanks for the feedback |
|
|
|
I wasn't into claiming from forks, but lately so many of them have popped up, and some actually seem to be worth some "real" BTC, so i was searching for a tool that i could use to check if i controlled unspent outputs (had some balance) on multiple forks... I found a couple online ones, and a couple github projects, but none actually worked the way i liked, and some only checked for a limited amount of forks... So, i decided to build my own fork balance checker in python As usual, the project started out really small and easy, but i kept adding more and more forks and more and more functionality, so it has now grown into a big-ish script that should have been divided into modules... But hey, it's free and it's working https://github.com/mocacinno/mocacinnoforkchecker/I've given credits to the users whose idears, code and research i used in the README.md Requirements:Installation instructions:pip install argparse requests base58 urllib3 tqdm
git clone https://github.com/mocacinno/mocacinnoforkchecker/ balancechecker
you can read the README or give the --help parameter if you want to know which parameters to use... Basically, only address OR addressfile are obligatory (the script needs to know which addresses to check on those forks). ADDRESSFILE is just a newline seperated list of your addresses, only lines starting with "1", "3" or "bc" are used, so you can add newlines or lines starting with # for comments as much as you'd like Todo:Add the last forks in my list to the tool- use Beautifulsoup to parse the block explorers that don't publish an API
To a last sweep to be certain i didn't miss any coins/explorersMaybe fetch the price from CMC and display it aswellchange the BTC block explorer... The one i used seems to be in maintenance mode for at least 24 hours- look into moneywagon (credit: btc_enigma)
- look into accepting xpub (credit: btc_enigma)
add functionality to not parse dead forks
Warning: if you import your private key(s), xpub's or seed phrases in ANY unknown wallet you COULD lose your unspent outputs on all chains (including the BTC chain), unknown wallets might use a backdoor to send your keys to the wallet's author, he could use these keys to rob you and sign messages in your name!!!
Also, make sure the chains you claim on have implemented some sort of replay protection
I did not investigate all forks i used in my tool, some *might* be scam!!! use your own brain, i'm not responsible if you lose anything during the claim process!!!
|
|
|
|
**snip** If nobody gives you an off-the-shelve sullution, i can probably write a small python script that takes a list of bounty spam threads, parses them and extracts everybody who merited any post in these threads... I was thinking of a different approach: take theymos' list of all Merit ever earned, download the posts, and see which board they were on. It'll be quit easy to extract all posts on the bounty board, but it will take hours to download all posts. That's actually a good idear, to be perfectly honest, i didn't know theymos publicesed a merit dump, this is the first time i see this link, but i'm already thinking about some usefull things i can do with it For example, such a dump would be usefull for creating a merit web... I actually wrote a script a while back for creating a trust web around somebody i suspected of being an alt hoarder (in the end, i never pressed trough because all evidence was circumstantial, but the trust web did help), this script could easily be adapted for a trust web, that way i could visualise people receiving a lot of merit (offcourse, i'd manually have to check those people, since some members actually deserve a lot of merit, so there would be nothing wrong with them receiving merit from loads of users). |
|
|
|
I'd like to put them on ignore, so that I don't contribute to the upranking of bounty hunters, and the encouragement of bounty programmes here.
If nobody gives you an off-the-shelve sullution, i can probably write a small python script that takes a list of bounty spam threads, parses them and extracts everybody who merited any post in these threads... I'm also using the idear to ignore people that behave in a way i don't find appropriate, thus making sure i never +merit them if they would ever post in "normal" threads.. Nice work |
|
|
|
|
I'm a little late to join the LN discussion, but I'd defenately be interested in this... I've been experimenting on the testnet for a while now, so I might as well take the leap to to the main net
|
|
|
|
|
Just one last remark in this topic, the new BCH address format is completely different than any BTC address format to avoid confusion... I'm not a big BCH fan, but i noticed this the last time i wanted to see if i had any unspent outputs on the BCH network left.
For example, my BTC address 1MocACiWLM8bYn8pCrYjy6uHq4U3CkxLaa is BCH address qrjr9lakau9au6t272w2z0wn0syzffqgyv89sgzct3 (eventough, the "legacy" address format is still valid for BCH)
|
|
|
|
|
Show Posts
