You can't really mess up a lot. The most important thing is to transfer your coins from the highest to the lowest value. This means BTC first -> BCH -> ... Afterwards, if you always send funds to an address you own, you don't have to worry about your transaction being replayed. Even if someone is going to take your transaction and replay it to the other chain (e.g. from BCH to BSV), the coins will be sent to your address. Such an replay attack can only be 'dangerous' if you send funds to a different person, because that person can replay the transactio and also receive funds from the other chain. But since this is not the case here, you don't have to worry about an replay attack.
I wouldn't trust github anymore, only use the real electrum.org. There have been fakes, and I'm not sure which one is real on github.
https://github.com/spesmilo/electrum is the one and only real github repository from electrum. In my opinion, you can mess up a lot. 1) There's tons of crapware taking advantage of the assorted forkcoin clients as "free money" is too tempting to not get the thing done and dump said forkcoins 2) You can ruin your privacy when you are moving your BTC to import the private keys into the BCH/BSV clusterfuck In order to avoid 1, use an VM, ideally use a different device, and download the official full client. Double check checksums. In order to avoid 2, use Coin Control to properly move inputs. I have always been torn about forks. It is our duty to dump the shitcoins to 0, however it is just insanity to move your entire f*cking stack if you have tons of different transactions and want to avoid 2). Result, I haven't even sold any of the shitcoins yet. Doesn't seem that I need to, they continue tanking as predicted. |
|
|
|
Bitcoin-Qt I guess, so you're looking for a file "wallet.dat" (although I'm not sure if it was called the same from the beginning).
Im positive it was already using wallet.dat files since day one because I remember compiling a 2010 bitcoin client. I reckon there was no encryption yet. I guess he was running a very rudimentary setup back then, that is, running a node 24/7 and manually validating withdraws. SPV wallets didn't arrive until 2011. From the wiki: Trading on the site began on March 17th, 2010[1]
A major update to the site occurred in March, 2011. Among the changes were: smaller minimum trade size, 24 X 7 trading, and some steps to help ensure that payment would be made for trades that execute.
Though the site at one time was used for trading using PayPal as payment method, fraud caused the exchange to discontinue PayPal trading on June 4, 2011[2].
The Bitcoin Market website showed a graph of the Bitcoin exchange rate in US Dollars. This data was also offered in JSON format. For historical purposes this is how 2010 bitcoin2cash site operated: For every 200 bitcoins sent to 1CRZpkKKAt7G5uiK4JPBjBJGnozgiatFAs you will receive $1.00 USD in cash by mail or via Paypal. Send transaction details to sales@bitcoin2cash.com after the transfer. All transfers are final. We are not responsible for lost or stolen funds during transit. The prices shown here are subject to change after we establish a market value. Our automated system and complete website are coming soon! |
|
|
|
Rasp pi are simply not made for this task.
Cheap used Lenovo tiny PCs do a better job.
Dell has a good small unit. Buy a used one. Many will hold a nvme and a ssd.
I use Mac mini’s 2012 model and or 2014 models.
I clone a backup os with a wallet . And away I go.
The problem is validating the blockchain is a pretty single core intensive task so Raspberry type of devices are always going to be very limited in this area unless they can somehow keep pushing clock speeds without sacrificing other things. Perhaps the best candidate is the Lenovo x200, at 2.4ghz it should be enough, then you've got the fact that you can Libreboot it which is pretty cool considering you are removing all the proprietary blobs that come with the clusterfucks formerly known as BIOSes. |
|
|
|
I've got a Samsung 860 2Tb, and it is great. I chose the 860 because it has a longer life. I'm also advised that you will extend the life of the drive if you use one that has twice the capacity you require. This is because of the method used bt SSDs for rewrites.
I think this is an exaggeration. As long as you have around 10% of free space, you should be good to go. Look for Drive writes per day (DWPD) and total bytes written (TBW) data for insight. Buy any manufacturer should be competent enough to not have your drive to derp out if you star using more than half of it. You shouldn't count on SSD for long term storage anyway. It's probably safe to replace them every 5 years so I wouldn't stress about having a perfect long term deal. |
|
|
|
HI everyone.
I have trade on Huobi for about 1 year, and now is the time for us to discuss which shitcoin is good for holding now.
Few last day, we have seen the pump of PC, up to 400% from the bottom, so now we should choose some coin now.
Here is my list, choose any coin that you like for xx profit, or if you have any better coin, please reply this message. Thanks!
1. UC - This is the best shitcoin you should hold now
2. CNN - Good for holding
3. HIT - Nearly to pump?
This is like asking where should you place the bullet out of the 6 holes in a magnum in order to play Russian roulette. The only sane answer is none. All shitcoins are pretty much done for. With the anniversary of BCash is a good opportunity to reminder what happens when you go on a fork adventure. Altcoins are all going to 0 (0 doesn't necessarily mean literally 0, even Bitconnect is traded in some shitholes but you get the idea). Bitcoin is going back to 90% market dominance. Get it while its cheap. |
|
|
|
I use Coinmarketcap API to update my excel spreadsheet. Maybe this a solution for you also. The API can be found here https://api.coinmarketcap.com/v1/ticker/bitcoin/https://api.coinmarketcap.com/v1/ticker/ethereum/and so on. There is an easy way to import it to excel. Just click the Data tab Look for Get Data > Other Sources > From Web And paste the API address. Then everytime I want to update it, I just click Data > Refresh All I think it will work for your OpenCalc software, but the names might be slightly different. It doesn't seem to be working. On "Tables/Range" it doesn't detect anything. This is how it should look like:  But the list is empty, so Opencalc doesnt seem to be finding anything to work with there. |
|
|
|
I was using https://www.bitcoinexchangerate.org/price thus far for a .csv project which would update BTC price equivalences in fiat every X seconds, it was working but for some reason it's no longer loading (Error 502 in OpenCalc) Does anyone know a website like this that simply shows the price so you can easily use the tables on OpenCalc and load the price there? I believe it's not working because the certificate of the website is not set up properly anymore. |
|
|
|
Even signatures don't guarantee anything, the MIT server where they store them could have been compromised, the people involved could have been compromised... etc
This is why you want to ideally run a full client and validate your own transactions, otherwise you are basically running a webwallet.
That isn't secure either. Even running a full client isn't enough. Bitcoin Core can be compromised in that scenario too. The problem here isn't with the validation of the transaction. I don't agree with that either. The difference between SPV clients and Web wallets is huge; SPV clients still do give you full control over your private keys. IMO, SPV clients gives its user the balance between convenience and security. If you want to protect against the scenario that you've described, you have to review and build the client from scratch. This isn't something everyone can do. If you are serious about Bitcoin then SPV wallets aren't much different from a webwallet. Obviously no software is free from MITM attacks, but all things equal, a full node is the way to go. Im a bit of an extremist in this case. Why bother at all if you don't get the real thing. As Luke JR would put it, if you aren't running a full node you aren't using Bitcoin. |
|
|
|
for me it s look like the program cannot do multi thread
ok so i did an other test
i closed digibyte wallet and open it again
cpu for bitcoin qt drop a bit around 10% (was 12%)
hdd goes 100% usage in first minute and drop to 75% later dgb wallet use also 12% cpu (1 fullcore) using 2.5gb of memory
and wallet was started in less than 3 minutes, did not slow down because of bitcoin qt
and looks like didibyte wallet is also single core program
i will try later on my ryzen but i need to make some space on the hdd to see if it also use only 1 core
not possible to test on a ssd because my biggest ssd is 120g and it need at lease 250g but pretty sure it s not a hdd problem
Digibyte is a fork of Bitcoin Core's client, basically whatever in fashion Bitcoin Core is interacting with your hardware Digibyte will do the same. Multithreading is not used for validating the blockchain, unfortunately, there's no benefit from it right now. |
|
|
|
|
Even signatures don't guarantee anything, the MIT server where they store them could have been compromised, the people involved could have been compromised... etc
This is why you want to ideally run a full client and validate your own transactions, otherwise you are basically running a webwallet.
|
|
|
|
Im not sure if I lost the spot because I didn't make enough posts so im reapplying: Bitcointalk username: pereira4 Bitcointalk profile URL: https://bitcointalk.org/index.php?action=profile;u=381391Current post count (Including this post): 4176 Amount of earned merit in the last 120 days: 34 BTC Address: bc1qfy2a2c940x7up6erke76ahzmnn3ql8hz497el5 |
|
|
|
|
Nobody made a thread for this yet as far as I can tell, so here we go. The megafight is scheluded to go down somewhere next year. Who do you got? Im betting on a Tyson 12 round unanimous decision. He just has to avoid getting clipped again by Wilder. In my book, Tyson Fury won the first match. Las Vegas judges decided to ruin my weekend again my going for a draw, ridiculous. I accepted GGG vs Canelo 1 as a draw and that was pushing it a bit, but this one, even considering the knockout, was a Tyson tight but fair win on the decision.
PS: Actually Bob Arum claims the fight is possible this December. They may want to avoid another Ruiz incident because promoters stretch buildups with filler fights too much until someone that wasn't supposed to win, wins and ruins the whole thing (or makes it even more fun).
|
|
|
|
Airgapped computers can be compromised and there are methods to getting into the coins. There was a interesting article a number of years ago where someone used radio waves on a raspberry pi to get into the wallet. However for that to happen the device has to be physically compromised but again if someone looks onto your computer and sees you have a wallet they will be very interested in that device. I understand that I'm talking about very technical stuff and the majority of people don't possess these skills but I like being paranoid when it comes to security.
Hardware wallets wipe themself after 3 attempts? That isn't a security feature at all. What if an attacker fails 3 times is your Bitcoin then wiped?
It is literally impossible to crack Truecrypt's (or currently, Veracrypt's) encryption, which you could use you for your airgap setup. If you were to be faced by a $5 wrench situation, you can even have a hidden OS and deliver an alternative password. You can use cascaded configurations for the encryption algo such as SHA256(Twofish(Serpent)) which means attacker would need to crack not only a SHA256 but the two other as well. In other words a waste of time. You could also use dm-crypt or LUKS if you know what you are doing. The only realistic attack is an evil maid type, which you can mitigate by due diligence and generally not being an idiot. The good old airgapped laptop remains the #1 proponent, coupled with the QR reader to broadcast your tx's. The only thing you need is to not be an idiot like me (I forgot the password to all of my encrypted HDDs) then you should be good. Certainly better than having an obvious device to be filled with coins. |
|
|
|
My suggestion is to add a column that has a value of "value at time of transaction", this would be extremely useful for, for instance, dealing with taxes when you have a ton of transactions. The value could be fetched from blockchain.info for instance, im not sure about their API but I have been using that site to manually check the value of BTC in fiat at the time a particular transaction happened. I don't know any software or website that does this so manually put it inside an .csv which is annoying. Would be cool if you could dump an export .csv from Core's client into your software and get this column neatly displayed.
I've added "price history" feature that will add a new field to each transaction based on its confirmation time that includes the USD value of that transaction at that time. It will use CoinDesk API since it is more common as an average price source. The problem is that I'm not sure how to display this feature. For now you can only update this through the ForkBalance window and there is no displaying option but you could use your wallet.json file to analyze if you wanted. I'll probably do some major changes in this app as soon as I get some more free time, making things more automated and update everything in one place and skip repetition (since some parts are updated multiple times even if you already have the history). Do you have any suggestions for displaying it? I was thinking a line chart showing the history. As for bitcoin-core compatibility I have it in my TODO list but it is at the bottom of it. Unfortunately im not familiar with the CoinDesk API. Im really looking forward to "fiat price at the time" information. A graph per each tx would be nice, but maybe a bit overkill for now. Just a simple column next to the txid that shows the value at the time of said tx would be incredibly useful for, like I said, filling taxes. I would make txid's clickable and an explorer of choice would be opened because sometimes you want to check something and you like the layout of a certain explorer but this just comes to personal preference in how to design the program. If importing the csv is not near, then it may be a bit of a PITA for those that have tons of transactions, one would need to import each tx one by one and in chronological order but I guess it's better than nothing for now, since all I have right now is manually checking each tx on an explorer id which is hell (btw im talking about having the entire tx history imported in your program with all the data, not just current watch only addresses with funds, so you would have a window for watch only current funds and another window where you can import your entire wallet.dat tx history so you can check those things without having to fire the resource consuming full client in your airgapped computer or wherever you store tx history) |
|
|
|
|
I made some BTC on the Max Holloway fight. I can't believe how good he is with the jab these days. He put a boxing clinic on Frankie, which to be honest needs to retire. Reminds me of a smaller Cowboy these days. Both have kids, which they bring to their fights, and they end up being beaten up into a bloody mess. Not a good look for the family.
Did also made a smaller bet on Cyborg winning by KO so lost some there but the Holloway fight made it a profitable night nonetheless. Either Spencer has a brick for a brain or Cyborg is now becoming washed out and she can't properly KO anymore. I don't get how she wouldn't go down, I was actually laughing at losing money to such nonsense. She was like a female Nate Diaz or something.
After the massive cut on her forehead, Cyborg can finally retire and play as an ork in the up and coming LOTR TV series.
|
|
|
|
Is there anything else that I'm missing? Have you reviewed every line of code in your live USB OS? Have you reviewed every line of code in the software which is converting your entropy to a private key? Have you reviewed the individual hardware components in your computer and USB stick? The microcontrollers? Hell, even BIOS malware exists. You are trusting third parties just as much as hardware wallet users are. Fair enough, your set up sounds like you aren't going to leak your keys after they have been created, but there are still several ways which an attacker could generate pre-determined keys for you. As HCP says, your analogy is an argument against using a paper wallet. You are saying that there are so many things that could go wrong, only people with years of education and training should be attempting these procedures. If we want bitcoin adoption to spread, it has to be as easy as using a credit card for your average, non-technical, Joe. Paper wallets are not. I'm not arguing they can not be a good option for people like yourself who understand the inherent risks and have taken steps to prevent them, but they are not a good option for the majority of users. You can use a QR code reader (which im shocked so few people use) in order to completely bypass any printer exploits. You can use Coreboot or Libreboot in order to not use a propietary BIOS. You can have more control over RNG than in a hardware wallet. You can have FDE with a couple of passwords for plausible deniability and so on. Air-gap setup when executed by an expert beats both HW and paper wallets which scream of "hit me with a $5 wrench to get a lot of Bitcoin, and in case there isn't much hit me harder because that wasn't the real password". Memorizing passwords will always be a problem. I've myself lost access to HDDs with FDE, but that's life, take your vitamins and pray that you don't develop early alzheimer. |
|
|
|
Printers have become way too comboluted with "smart" tech that they are a massive security hole in your setup. You would need an old printer from the 90's with 0 connectivity outside the parallel port. Ideally you just want a QR code reader, something like this:  And make sure it doesn't have any dumb smarts on it. It would be next to impossible to crack an air-gapped setup using those guns. |
|
|
|
its not a hdd problem
hdd usage is 10-20%
the cpu is fx8300 and only 1 core is working
Most likely you are just connected to a slow peer, so the client isn't making that much of an use of the CPU. Try manually connecting to some good nodes and see if things speed up: https://bitnodes.earn.com/nodes/leaderboard/Also if you have enough ram you can try raising =dbcache As far as threads goes there's =par but I wouldn't touch that, I doubt there's anything wrong with your CPU or the software, probably just slow action on the peers side. And poster above suggested that you use an SSD, and I assume you are using an HDD which is a massive bottleneck on the i/o. |
|
|
|
Hello everyone,
I am selling a service on my website (subscription) that costs 5$, and I want to add a crypto payment processor, Mainly (BTC-LTC-ETH).
the problem is that I've seen a lot of payment processors and most of them I don't guarantee or either has AML/KYC crap.
I am currently choosing between "blockonomics" or "mycelium gear", do you recommend any of them?
Now I need to know what you guys would suggest I would use/do in this case?
If it helps, my application is in node.js.
https://github.com/btcpayserver/node-btcpayBTCpay has a node.js client, pretty easy to implement, completely open source and has LN support. DO NOT confuse this with Bitpay, the AML/KYC clusterfuck known for their partnership with Bitmain, which many do, and that's how you end up being put on "a list". |
|
|
|
|
Username: pereira4
Post Count: 4171 (including this one)
BTC Address (must be SegWit): bc1qfy2a2c940x7up6erke76ahzmnn3ql8hz497el5
|
|
|
|
|
Show Posts
