Bitcoin Forum
May 25, 2024, 11:24:05 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 [75] 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 ... 837 »
1481  Economy / Exchanges / Re: Binance stops GBP deposits in the UK - Where to buy Bitcoin in UK now? on: May 22, 2023, 09:03:54 AM
https://kycnot.me/

Take your pick. I'd recommend Bisq or AgoraDesk. A quick look shows that they both offer GBP pairs.
1482  Bitcoin / Bitcoin Technical Support / Re: Please help lost btc on: May 22, 2023, 08:58:41 AM
5 characters will be fairly easily brute forcible using btcrecover.

First of all, tell us what it is exactly are you trying to brute force? It sounds like it is a passphrase extension to a seed phrase?

Secondly, do you know an address from this wallet, preferably the first one? If you do, it will be much easier to brute force, but it is still possible if you don't by using an address database.

btcrecover has some fairly straightforward instructions on the website, but I'm happy to guide you through setting it up if you get stuck.
1483  Bitcoin / Bitcoin Discussion / Re: Algorithm for selecting a low-fee transaction from the mempool on: May 22, 2023, 07:30:27 AM
I never like to risk doing anything that may result in me waiting a long time to get a confirmation.
Then just enable RBF on all your transactions.

There really is no reason not to. There is plenty of good wallet software out there which supports it. Given that opt in RBF has existed for 8 years, if your wallet software doesn't support it then it's time to find new wallet software. If you are in a hurry you don't have to massively overpay since you can just bump your fee if the mempool suddenly fills or there is a long delay to the next block. If you are not in hurry you can set a low fee and bump it at a later date if circumstances change and you still aren't confirmed.

With full RBF continuing to gain traction, if you are still using wallet software which does not allow you to replace transactions easily then you are going to be left behind.
1484  Bitcoin / Bitcoin Discussion / Re: Algorithm for selecting a low-fee transaction from the mempool on: May 21, 2023, 04:55:38 PM
Transaction age shouldn't be a factor here to consider for adding into a block. It would minimize the number of people getting interested in mining Bitcoin, turning it into a less decentralized network. I'm not an expert when it comes to the technical aspects of Bitcoin so I can be wrong with my assumption.
Age used to be an important factor, back when the vast majority of transactions did not pay any fee. The more confirmations an input had before you spent it, then the higher the priority given to that transaction. The other factors taken in to account were the amount being spent (higher amounts had a higher priority), and the size of the transaction (smaller transactions had a higher priority).

But of course none of that is relevant any more, and miners prioritize transactions solely on the fee rate that they pay.
1485  Bitcoin / Development & Technical Discussion / Re: What happens if top 3 pools selectively accept/deny transactions? on: May 21, 2023, 03:02:25 PM
What happens if they suddenly decide to monetize their work even more and create some sort of subscription service where they only agree to include transactions that subscribers have broadcasted through the pool’s platform? Is this even possible?
It's certainly possible - miners are free to include or exclude any transactions they wish.

However, you shouldn't think of mining pools as a single entity. Large mining pools are a collection of miners belonging to hundreds or even thousands of different entities, who pool their resources in the same pool in order to smooth out their incomes. If a pool operator announced they were going to start selectively censoring some transactions, then many of the miners on that pool would simply switch to a different pool.

Further to this, let's say a pool did start only accepting transactions which were broadcasted through their own platform or paid a private fee. They would be missing out on the fees from the vast majority of transaction in the mempool, and so anyone mining on that pool would receive less income. There would be no incentive for miners to stay on that pool when they could switch to another pool and receive more income instead.

Third and last question… it it possible to mine a block without including any transaction?
A block must contain a coinbase transaction, but beyond that it can be empty.

Yes it is possible, but the miner will only get the reward for block creation which is very minimal.
This is wrong. The block subsidy is currently 6.25 BTC, with the average fees being collecting from a block somewhere between 0.1 - 0.5 BTC.

than just creating orphaned blocks
Your terminology is also wrong. Empty blocks are not orphans.
1486  Alternate cryptocurrencies / Service Discussion (Altcoins) / Re: Trust Wallet on: May 21, 2023, 02:40:18 PM
Another person I met on Twitter is trying to convince me to use USDT to get ETH awards.
Perhaps stop taking "advice" from random strangers on Twitter.

I'm 99% sure it is another scam attempt...please confirm for me...Thanks!
Yes, it is blatantly a scam.
1487  Bitcoin / Bitcoin Discussion / Re: Sunday off-topic - If not "bitcoin", then what? on: May 21, 2023, 11:09:42 AM
Do we know when the word "bitcoin" appeared for the first time? Are we 100% sure it was in THE PAPER?
The domain name bitcoin.org was registered two months before the whitepaper was released.

I was wondering why it is "bitcoin". (Someone with more advanced linguistic skills could probably help a lot).
I had always assumed it was a natural development from Szabo's bit gold, with the word coin chosen instead to reflect that fact it is a peer to peer currency.

Is "coin" the only word which could be used? "note", "check", "bill"?
I think these are worse. Checks depend on the authority of a centralized third party to be cashed in. Note or bill could work, but these words are not universal across the English speaking world. Coin is, on the other hand.

I think already a decade ago "e-" was used for "electronic" versions of given words, like e-mail or e-market.
eCash already existed - https://en.wikipedia.org/wiki/Ecash

And we have also the root of the whole concept, elliptic curve. If we would take "sec" from secp256k1, "seccoin" could be also extended to "secure coin".
Satoshi was aware of the possible need to transition to a different signature scheme in the future, which would make "sec" a poor choice - https://bitcointalk.org/index.php?topic=202.msg2133#msg2133
1488  Bitcoin / Bitcoin Discussion / Re: Algorithm for selecting a low-fee transaction from the mempool on: May 21, 2023, 10:39:20 AM
Not sure how corefeehelper computes those estimates, but I don't think it makes those estimates with the "hope" of the mempool somehow magically clearing in the next days. After all, its estimates dynamically change as the mempool size fluctuates, so I think corefeehelper publishes those estimates periodically under the assumption that the mempool size remains the same at the time of those estimates are published.
I don't think either of those scenarios would be accurate. As I said above 11.7 sats/vbyte was 90 MvB from the tip. If the mempool stayed the same size as in no new transactions were broadcast, then you would hit that level in about 15 hours, which is far less than 3-7 days. Similarly, if the mempool stayed the same size as in every block which was found was replaced by the same weight of new transactions paying the same fee, then we would never hit 11.7 sats/vbyte because the mempool would never empty.

Every fee estimator has its own method. Some are better than others. Some simply place your transaction within x MvB from the tip, while others pay attention to recent trends, whether the mempool is filling or emptying, incoming transactions over the last x hours, variance in the hashrate, and so forth.

Also some wallets e.g. electrum provide an estimate themselves based on mempool size and selected fee, so maybe someone pointing to their code on computing this estimate would be also interesting.
The static and mempool fee from Electrum requires no estimation. You simply pick either a flat fee or the set number of MvB from the tip. The code for the ETA fee on the other hand can be found here: https://github.com/spesmilo/electrum/blob/fda408e4e47f3093cf8da6713174bfc1cb5bac63/electrum/simple_config.py#L423
1489  Bitcoin / Electrum / Re: What are they referring in outputs? on: May 20, 2023, 07:43:45 PM
I am not sure, but I think miners are free to place transactions in the block in any order they want.
The only stipulation is that parent transactions come before child transactions. Usually this rule is irrelevant, because the vast majority of transactions have their parent transactions already confirmed in previous blocks. The time this does apply is in the case of CPFP or any other situation where a transaction spending an unconfirmed output confirms in the same block as its parent. In these cases, the parent(s) must be earlier in the block than the child(ren).

Having said that, although miners are otherwise free to order transactions any way they like, transactions are generally ordered in terms of fee rate, from highest to lowest, as the software building the candidate block simply picks transactions by their fee rate, from highest to lowest.
1490  Bitcoin / Bitcoin Discussion / Re: Algorithm for selecting a low-fee transaction from the mempool on: May 20, 2023, 02:56:44 PM
If age is not a factor
It isn't.

So currently according to https://twitter.com/CoreFeeHelper, a 11.7sat/byte transaction should get confirmed between 3days-1week. But if miners simply choose those transaction with the higher fee (and assuming than mempool size remains the same), then this transaction should never get confirmed as the higher fee transactions will always get priority over it. So maybe we're missing something here.
What you are missing is that you are making the assumption the mempool size remains the same.

We cannot predict what the mempool will do. We cannot predict how many new transactions are going to be broadcast, how large those transactions are going to be, or what fee those transaction will pay. We also cannot predict whether we will find 10 blocks in the next hour or 0 blocks in the next hour. As such, every fee estimation is exactly that - an estimation.

Having said all that, an estimation of 11.7 sats/vbyte for 3 days is on the low side, since we've got over 90 MvB of unconfirmed transactions above this level already in the mempool, even without taking in to account any new transactions. For 3 days right now I would probably go somewhere around 16 sats/vybte which is about 20 MvB from the tip, but it's still just an educated guess.

The thing to do is to make sure you enable RBF on all your transactions. That way if it gets stuck, you can easily bump the fee higher.
1491  Bitcoin / Development & Technical Discussion / Re: congested mempool & LN on: May 20, 2023, 08:13:52 AM
I simply don't see any other reason why you support ordinals and oppose anyone who is against them.  Cool
I have been one of the most vocal opponents of NFTs and other such worthless crap. However, who am I to say that someone else's use case of bitcoin is wrong, and preventing them from using bitcoin in this way? What's to stop someone else coming out and saying that my use case of bitcoin is wrong, and trying to do the same thing to me?

This of course ignores the fact that even if you banned this particular method for embedding data in the blockchain, then there are other ways to embed data in the blockchain that we cannot ban, such as within signatures.
1492  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 20, 2023, 07:48:19 AM
For some reason, I thought it was the mean of the last 11 blocks.
As far as I understand, the reason median is used is because it guarantees that the lower bound never goes backwards. With each new block found it either advances, or doesn't change. If the mean was used, then there is the possibility that the minimum timestamp could move backwards.

If the last block of one epoch is not the first of the next, then I can see the opportunity for the epoch duration to be continuously manipulated by always jumping back in time for the first block of the epoch.
Thanks to an off-by-one error, not only is the last block of one epoch different to the first block of the next epoch, but actually the time it takes to mine the first block of every epoch is not taken in to account whatsoever when calculating the difficulty.
1493  Bitcoin / Bitcoin Discussion / Re: Algorithm for selecting a low-fee transaction from the mempool on: May 20, 2023, 07:26:03 AM
I didn't say that the miners are "greedy". I was asking if they are adopting a "greedy algorithm" to choose transcations.
Miners are free to use any algorithm they like in order to choose which transactions to include in their candidate blocks.

In general however, then yes, miners simply prioritize the transactions in their mempool which have the highest fee rate. There are a few exceptions to this - for example mining pools will also include their own transactions with very low fees, Binance pool includes transactions made by the Binance exchange with low fees, they may include transactions they have been paid privately to include, and so on. However, these types of transactions usually only make a small handful of the total number in the block, with the vast majority of transactions simply being prioritized based on their fee rate.
1494  Bitcoin / Bitcoin Discussion / Re: Getting around KYC on: May 20, 2023, 07:12:28 AM
Another two options are Bisq and Binance P2P. I don't think they offer cash transactions though. But please note that these kind of transactions are quite risky.
Binance is centralized trash and not really peer to peer at all, as already discussed. Bisq does indeed offer cash trades. Using Bisq is much safer than a centralized exchange provided you take standard precautions and use their in built escrow.

1495  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 19, 2023, 07:53:57 PM
Maybe.  I'm not 100% convinced yet, but I'm coming around.
Here's how it would work.

For this, it is important to know that block timestamps are governed by a lower bound of the median timestamp of the last 11 blocks plus one second, and an upper bound of 2 hours in the future.

Let's say I am a miner with a small percentage of the hashrate. I mine my own competing chain in secret. It takes me longer than 10 minutes per block, but that's ok. Let's start at the beginning of the next difficulty epoch for the sake of this example.

I mine a block and give it time x. The next block that I mine, I give time x+1 second. The block after that, x+2 seconds. And so on, for 2,015 blocks, up to x+2,014 seconds. The last block of the difficulty epoch I give a timestamp of the current time.

Let's say it took me 60 days to mine those 2,016 blocks. The difficulty now drops by a factor of 4, the maximum allowable change in one retarget. I keep mining, but now consider the timestamps of the last 11 blocks I just found. The last block I just found has a timestamp of the current time, but the 10 blocks before that all have a timestamp of x plus a few seconds, which is now 60 days ago. If we take the median of those 11 blocks, then we still have a timestamp which is 60 days ago.

So I can keep mining blocks, and continue giving all the blocks I find a timestamp of x+1 more second, which is 60 days ago. I do this for another 2,015 blocks, and then the last block of the epoch I set to the current time. This time, let's say it took me 15 days to mine those blocks, since the difficulty was lowered by a factor of 4. However, the first block of these 2,016 blocks still has a timestamp of x+some seconds, which is now 75 days ago. So the protocol thinks it took me 75 days to mine these 2,016 blocks, and the difficulty is lowered by another factor of 4. Now consider again the timestamp of the last 11 blocks. The last block has a timestamp of the current time, and the 10 before that have a timestamp of 75 days ago. The median timestamp is 75 days ago.

So I repeat the process again. Every difficulty epoch I mine 2,015 blocks incrementing the time by 1 second only from the initial value of x all those days ago, and then the last block at the current time. This is all within the rules set out above. Each time we hit a retargeting, the protocol thinks it has taken me longer and longer to find the last 2,016 blocks, and the difficulty drops by a factor of 4 each time. And each time, the median timestamp of my last 11 blocks never moves by more than a few seconds.

Very quickly I can drop the difficulty to 1 and keep it there. I can churn out a block a second for as long as I want. If the rule was to follow the longest chain, then I can broadcast this chain I have been mining in secret and successfully take over the entire network indefinitely.
1496  Bitcoin / Bitcoin Discussion / Re: Getting around KYC on: May 19, 2023, 02:50:53 PM
I have been using Binance Exchange peer-to-peer feature for a very long time now
Binance peer to peer is not peer to peer at all. It is peer to Binance. It is completely centralized, and owned and operated by Binance. As such, you have absolutely zero security since you hand your coins over to Binance like you do with any other centralized exchange, and you have absolutely zero privacy, since Binance track and record every trade and transaction that you make. It is the worst possible choice for peer to peer trading.

If the transaction of bitcoins was mainly physical, we will record a very high number of theft.
What about the literally billions of physical trades which happen every single day around the world without issue? Why is trading bitcoin any more risky than buying some piece of electronics or taking money out of an ATM?

It is not a bad idea to meet someone face-to-face for a secure transaction, but how can you establish trust at the first stage?
You don't need to. Use a platform like Bisq which has a built in escrow.

I wonder how it would even look like waiting on someone I know to trade my BTC with. It defeats the idea of what decentralization stands for.
What nonsense is this? Trading peer to peer is the very essence of decentralization and avoiding centralized third parties.

If you OP, are not new to online services and apps, you should know what it feels like or have friends who should have expressed how it feels like having your Facebook or twitter or Instagram or any other social accounts hacked.
What has any of that got to do with trading peer to peer?
1497  Bitcoin / Hardware wallets / Re: Ledger Recovery - Send your (encrypted) recovery phrase to 3rd parties entities on: May 19, 2023, 02:43:42 PM
Quote
Trying to explain the security model to customers with a less and less knowledgable user base became more and more difficult, and it looks like in 2022 a marketing executive tweeted "A firmware update cannot extract the seed from the Secure Element". It's not a lie, but it's missing "as long as you are trusting Ledger".
So it's a lie then.

You cannot say that 2+2=5 is not a lie but simply missing the phrase "as long as you add one more". If you miss out a piece of information that fundamentally changes the entire concept of what you are saying, then you are lying. What next? We claim that all hot wallets are safe (as long as you never connect to the internet)?

This was a willful lie, and one which Ledger were quite happy to not correct because it made them profit.
1498  Bitcoin / Development & Technical Discussion / Re: A question about miners choosing fork. on: May 19, 2023, 10:17:38 AM
I've read this sentiment in the forum many times in the past, but is it true?
Technically no, because as vjudeu has pointed out, no one would join my chain anyway since I would have to hard fork to drop the difficulty like this. I was simply using it as an analogy as to why the longest chain is not synonymous with the chain with the most work.

First of all, the current block height is over 790,000 so you'd need a LOT more than 10,000 blocks to "be far longer than the main chain".
For the longest/most work argument, it doesn't matter. Even one block more would be enough for all nodes to swap to the longer chain if this was the criteria being used.

If we did use the longest chain, then what would be possible would be a miner mining in secret while manipulating the time stamps on their blocks to artificially drop the difficulty. Theoretically a miner can drop the difficulty to 1 by incrementing the timestamp on the first 2,015 blocks of each difficulty period by 1 second, and then setting the final block's timestamp to the current time. If we actually used longer chain rather than most chain work, then a very small minority miner could reorg as much of the blockchain as they liked by using this method.
1499  Bitcoin / Bitcoin Discussion / Re: Getting around KYC on: May 19, 2023, 09:38:35 AM
Agree with many of the suggestions above. Kycnot.me, Bisq, and AgoraDesk are my go to solutions at the moment.

If there is one thing I have learned and read from @o_e_l_e_o, it is that privacy matters a lot in this crypto community.
Absolutely, but I'm also a big fan of cash trades since they leave no paper trail for the government/banks/exchanges to use to spy on you. I've done many cash trades in my life, and I've written before on why I don't think they are high risk and how to keep yourself safe when doing them:

You are really at no more risk than you are most of the time you go out in public. Anyone on the street could be a criminal out to rob you. People carry cash, bank cards, a mobile phone, jewellery, keys for their car, keys for their house (with their address probably visible on some piece of ID in their wallet), tablets, laptops, and all manner of valuable objects. Lots of things which are far more valuable than a few hundred bucks of bitcoin.

Every time you use an ATM, someone could be waiting with a weapon to relieve of your cash. Every time you step out of a store, someone could rob you of whatever you just bought. Every time you park your car, someone could beat you up for your keys and ride off. A face to face bitcoin trade is really no different.

Take standard precautions and you will be quite safe:
  • Choose a highly rated trading partner
  • Don't share unnecessary personal info
  • Obscure your appearance (easily done in this time of face masks for everyone)
  • Arrange your meeting during the day in a busy public location - choose somewhere with CCTV if you want, like a large shopping mall
  • Bring a friend with you
  • Only bring the amount of money (bitcoin or fiat) that you are trading
  • If legal in your jurisdiction, bring some kind of weapon for self defense

There is also a useful guide from Bisq here: https://bisq.wiki/Face-to-face_(payment_method)
1500  Bitcoin / Wallet software / Re: Coinbase Wallet on: May 18, 2023, 05:57:30 PM
According to your analogy, if I expose my electrum wallet seed phrase to people such that upto 10 persons have access to the seed phrase, does it automatically make electrum wallet a custodial wallet?
It says nothing about Electrum, since Electrum can be used in a variety of ways, as a hot wallet, or a cold wallet, or a multi-sig wallet, or a 2FA wallet, and so on.

It does mean that your specific wallet is no longer non-custodial since other people have the ability to take all your coins without your consent.
Pages: « 1 ... 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 [75] 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 ... 837 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!