So, there's no hope left  I can give it a shot if you send me the private key to the lowest valued addy (19Sag). If you're going to do this, you should send half of it by PM, and the other half to my Protonmail: LoyceVswitzerland@protonmail.comThen mark the address as COMPROMISED to never be used again. Don't send the entire seed phrase or something crazy like that  Just the key to this specific address. And a general warning: General note: never give your private key or word seed phrase to anybody! If you're not the sole owner of your private keys, you're not the owner at all!
If you want me to claim your forked coins for you, you're going to have to give me your private key(s). Now, read the sentence above this again. Are you confused yet? That was intentional to make you realize what you're about to do! |
|
|
|
Is it possibke to check whether a tx is RBF enabled or not through any explorer? Blockchair.com: Replace-by-fee (RBF) enabled? NOthen I can send you the private key. All you need is to double spend one of the inputs, the address starting with 19Sag has the lowest balance if you're going to send around private keys. I haven't tried double spending in years, the last time I did miners would still allow it. What if you create a raw transaction with much higher fee and just try to broadcast it? twice of the amount he wanted to send. Is there a chance whoever received this will returnt he difference? |
|
|
|
Bitcointalk post - leave a positive comment here and get $5 That's easy to report for a ban, I left this message: on-forum altcoin giveaway: "leave a positive comment here and get $5" and "your ETH wallet address" |
|
|
|
I would like to get advice on other similar merchant servics which offer zero chargeback guarantee since buying crypto by credit cards is very risky. Cash  It's not really a service, but it's the only thing (other than crypto) that's truely irreversible. You could investigate bank transfers. In some countries they're not reversible. Also when the payment is made from a hacked account? Most exchanges ask for KYC on top of bank transfers, just so they know you really own the bank account you're using. |
|
|
|
For start maybe you can make a simple icon style link on member profiles directing to ninjastic website profile, and later you can add something similar for addresses and posts. Wouldn't it be much better to include that in the BPIP Extension? I haven't installed it yet, but if I'd ever do, one extension is better than two |
|
|
|
As for ChipMixer, I believe they have very good reasons not to implement Bech32 yet:
I'm not sure I follow that logic. The anonymity from using ChipMixer does not rely on an attacker not being able to tell an output came from ChipMixer. Indeed, it is trivial to identity a ChipMixer output, given their characteristic funding transactions with 50 outputs of 0.016 BTC, or similar. It is therefore irrelevant if an output is legacy or Bech32 - it can easily be identified as a ChipMixer output either way. Rather, the anonymity comes from being unable to link these outputs to any inputs due to the time travel funding structure and set chip size. Anyone can copy ChipMixer's "characteristinc funding" for their own transactions: just take an input, and create many chip-sized outputs in one transaction. I've made some lists counting currently funded addresses in chips-size. All addresses:1 m BTC: 268782 2 m BTC: 69499 4 m BTC: 32541 8 m BTC: 16476 16 m BTC: 8782 32 m BTC: 4378 64 m BTC: 1940 128 m BTC: 1469 256 m BTC: 726 500 m BTC: 39785 512 m BTC: 616 1000 m BTC: 86705 1024 m BTC: 446 2048 m BTC: 93 4096 m BTC: 134 8192 m BTC: 32 Only addresses starting with 1:1 m BTC: 216475 2 m BTC: 52087 4 m BTC: 24640 8 m BTC: 12498 16 m BTC: 6626 32 m BTC: 3485 64 m BTC: 1700 128 m BTC: 1318 256 m BTC: 658 500 m BTC: 19436 512 m BTC: 592 1000 m BTC: 52094 1024 m BTC: 435 2048 m BTC: 88 4096 m BTC: 132 8192 m BTC: 31 Only addresses starting with 3:1 m BTC: 39821 2 m BTC: 13391 4 m BTC: 6801 8 m BTC: 3297 16 m BTC: 1944 32 m BTC: 781 64 m BTC: 209 128 m BTC: 119 256 m BTC: 58 500 m BTC: 14684 512 m BTC: 22 1000 m BTC: 27670 1024 m BTC: 7 2048 m BTC: 5 4096 m BTC: 2 8192 m BTC: 1 Only addresses starting with bc1:1 m BTC: 12450 2 m BTC: 4016 4 m BTC: 1099 8 m BTC: 679 16 m BTC: 211 32 m BTC: 112 64 m BTC: 31 128 m BTC: 32 256 m BTC: 10 500 m BTC: 5665 512 m BTC: 2 1000 m BTC: 6940 1024 m BTC: 4 2048 m BTC: 0 4096 m BTC: 0 8192 m BTC: 0 Only weird addresses (anything with a "-" in it) : 1 m BTC: 36 2 m BTC: 5 4 m BTC: 1 8 m BTC: 2 16 m BTC: 1 32 m BTC: 0 64 m BTC: 0 128 m BTC: 0 256 m BTC: 0 500 m BTC: 0 512 m BTC: 0 1000 m BTC: 1 1024 m BTC: 0 2048 m BTC: 0 4096 m BTC: 0 8192 m BTC: 0 Notes: I'm using data from October 24 because of bandwidth problemsI only check the total balance, some addresses may have received funds several times. |
|
|
|
Anyway, can I take both? Yes. But know that they're linked: if one of them gets compromised, they both are! |
|
|
|
Tomorrow's payment may be delayed due to intermittent Internet outages. I hate it when that happens  (Sorry, but time travel only allows me to see the future, not change it. ) If time travel allows you to change the past, doesn't that include changing the future? No worries, I'm patient |
|
|
|
Yesterday alone we had 111BTC in fees that's 1.4M USD out of the total 10.4M USD that were mined, which means one way or the other, 10% of the hashrate was there because of the fees, which also "could" mean that blocks were being found 10% faster than if we had a small number of transactions. Those 10% faster blocks can be "used" only once, so if this week miners buy 10% more hardware, it's already included in the hashrate 2 weeks from now. Of course, in reality the hashrate is changing gradually, but a higher Bitcoin price makes more difference than the (current) transaction fees. Long-term, the hashrate needs exponential growth to sustain 10% faster blocks. |
|
|
|
Difficulty adjustment is limited by a factor of 4 in this code, so this can only slow miners by a factor of 4 in the best-case scenario
~
So it can't be more than 400% of the previous epoch and not less than 25%, which means if hypothetically the hashrate keeps going real fast ( 40 times higher constantly with every adjustment) we will be able to mine 210,000 blocks as fast as our hard drives can handle.
~
I believe Satoshi knew this wasn't going to happen because of the nature of people, money, and technology limitation, not because of the code itself. Even worse: if the hashrate can go up 400% in 2 weeks, a hardware manufacturer could easily do a 51% 81% attack by stashing his hardware for a few weeks. If that happens Bitcoin has bigger problems, but luckily it's not very likely to replace all existing mining hardware several times in 2 weeks. The 25% adjustment is more likely to happen (as in: there are no physical limits that make it impossible): if Bitcoin's value drops to $100 tomorrow, most miners will turn off their equipment. It will take a very long time to complete the blocks for a difficulty adjustment, and lowering difficulty to 25% won't be enough to make it worth mining again, so this has to happen several times before blocks go back to their 10 minute average. |
|
|
|
This subdomain is currently offline: I think I ran out of bandwidth (250 GB) this month. I haven't hit this limit before, so I don't know if it requires manual intervention to be online again in November.Update: it should be online again November 1 st. I'll upgrade the hosting when transaction fees drop. I need to wait for the current hosting to be online again to copy data anyway. |
|
|
|
| Troll of the Year | The most skillful trolls incite the most violent disputes and provoke the loudest conflicts, without which the Bitcointalk would be boring. The Troll is undoubtedly possesses many psychopathic personality traits. Entirely detached from reality, the Troll distorts the truth in an unsuccessful attempt to gain attention. No public recognition.
|
This is the ultimate version of feeding the troll. I suggest to remove this category, and starve them to death as they deserve. Bitcointalk Ninja: LoyceV, TryNinja Well, TryNinja has Ninja in his name. That's obvious I was hoping for an AI-category for myself, or just " not human". This thread is FOR VOTING ONLY. Do not discuss these elections here to make it easier to count the votes.[/size] Sorry |
|
|
|
I need to extract this input Sigscript for out transaction: Yours is different than Blockchain's: Yours:
483045022100a06aceefdb8cd7cceb8401a56687a579b971037c8058ed7136930934afde626b022072030a89d26fc83a307852667473660bef82794100cc1e13681471597b09cb160121021c256c8d2cca69aabc9730a6a2670f586a55d5264a0b23c050b68a3289353ca7
Blockchain.com:
**3045022100a06aceefdb8cd7cceb8401a56687a579b971037c8058ed7136930934afde626b022072030a89d26fc83a307852667473660bef82794100cc1e13681471597b09cb1601**021c256c8d2cca69aabc9730a6a2670f586a55d5264a0b23c050b68a3289353ca7 I need all such scripts for all transaction for the specified address. If it's not too many transactions, you can probably script something to scrape it from blockchair/blockchain's website. If you're looking for addresses with many inputs, one way to get it would be downloading this Blockchair Database Dump. I think you're looking at just under 400 GB of data. At 100 kB/s, that takes 1.5 months. I'd love to add this data to my other projects, but I don't have the disk space for it: |
|
|
|
I always thought that the speed would be roughly the same due to the messages being nested on their own pages I just counted (in my head, so not very accurate): opening MY MESSAGES on this account takes about 5 seconds. On LoyceBot, it's half a second. That one shows "No messages...". But when I open MY MESSAGES again on LoyceV, it takes about one second. There must be some caching involved for my 172 pages. |
|
|
|
I have an enhancement planned that if a new post is detected it would update sooner but it's going to take a while to implement. I was under the impression that BPIP already keeps track of inactive users the moment they make a new post. If it helps, I can list all userIDs within seconds after they make a post. I already make a daily list of all users who post, I just don't publish it. |
|
|
|
Considering all this, (if I was also a merit source) I would also give preference to beginners. That depends on your source amount  If you're not low on sMerit, there's no reason to skip certain posters. I don't skip them, and still I feel like I've been slacking the past few days. My remaining source amount keeps growing. |
|
|
|
But, I will like to know if there can be any way someone can check the validity of his paper wallet private key correponding to his address. You can simply install Electrum on an air-gapped computer, import your private keys and check generated addresses. This is good practice to do. I always check if I can recreate an address before funding a private key that wasn't created by a wallet. There must be a glitch in bitaddress.org when doing it offline. Are you sure you downloaded it from the original website? One character difference could lead to phishing. I then tried the same thing use £2 on the saved webpage version of Bitaddress.org and the private key does not match the address it was sent to Can you email ( LoyceValenzuela@gmail.com) me the (compressed) version you downloaded? I'd like to compare it to the original. |
|
|
|
I'm confused: are you talking about Bitcoin Classic (BXC), or Bitcoin Core? The former is virtually worthless, so I assume it's the latter. The problem is that the BTC balance has been reset and now sits at 0. Also, the wallet itself is 8 years behind, whereas it was fully updated before. It sounds like your software lost access to it's blockchain, probably because you've changed the drive's location. I tried to move my BTC to a new wallet via the .dat file that I have saved. The new new wallet I tried and installed (on my main hard drive this time) is called Electrum. Electrum can't access Bitcoin Core's wallet.dat directly. That's probably what causes the UTF8 error. 1. How can I add my BTC to my old Bitcoin Classic wallet so that I can carry out transactions again? When I try file -> open and select my back up .dat file, it says that the payment request file is too large
2. How can I resolve a UTF8 error on Electrum using the file -> open technique I described. Let's take 2 steps back: first, make a backup of your wallet.dat. After moving your drive's location, your Bitcoin Core installation may have created a new wallet.dat. You'll need your original. Make a backup on a USB stick, then make another backup (on another device). After this, you have 2 options: either run Bitcoin Core, let it download 300+ GB (this can take a few days depending on your computer), and your balance should be up to date again. As an alternative, you can export your private keys from Bitcoin Core, and import them into Electrum. This is faster, but involves more risks. If your wallet is from 2017, you probably own Forkcoins too. The values in my link are outdated (it's much lower now), but after securing your Bitcoin you might want to look into that too. But first: make sure you know what you're doing so you don't risk losing your bitcoin over this. |
|
|
|
|
Show Posts
