Bitcoin Forum
August 01, 2024, 01:05:48 AM *
News: Help 1Dq create 15th anniversary forum artwork.
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 21 22 23 24 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 ... 471 »
261  Local / Ελληνικά (Greek) / Re: Crypto-Assets Reporting Framework / DAC8 on: June 07, 2024, 08:31:32 PM
Επίσης διάβασα για το Box Now ότι πλέον ζητάει αριθμό ταυτότητας του αποστολέα (και καλά για τρομοκρατικές απειλές?), αλλά δεν ξέρω κατά πόσο ισχύει.
KYC εννοείς; Σκέτο τον αριθμό ταυτότητας τι να τον κάνει; Μπορεί να το επιβεβαιώσει ότι θα βάλω το σωστό;

Μέχρι στιγμής ζήταγε ονοματεπώνυμο, email και κινητό. Όχι KYC όμως.
262  Other / Meta / Re: [Voting 2024] Bitcoin Pizza Day on Bitcointalk 🍕 on: June 07, 2024, 05:32:51 PM
Code:
I vote for: #42, #92, #101, #15, #100

We can't vote our own, right?
263  Economy / Games and rounds / Re: 🚩 Blackjack.Fun | BTC Price Prediction ' June 09 | WIN $50! on: June 07, 2024, 04:58:44 PM
$71,500
264  Economy / Games and rounds / Re: 👑 CoinRoyale.com - Bitcoin Price Prediction - June 09 | Prize 0.001 BTC! on: June 07, 2024, 04:58:08 PM
$71,500
265  Bitcoin / Bitcoin Discussion / Re: [Quiz] Answer the Bitcoin question and earn merits! #4 on: June 07, 2024, 01:09:59 PM
understanding codes isn't my strong suit
So didn't understand what's on the link much.
It's two simple conditions:
Code:
if (nActualTimespan < params.nPowTargetTimespan/4)
        nActualTimespan = params.nPowTargetTimespan/4;\
if (nActualTimespan > params.nPowTargetTimespan*4)
        nActualTimespan = params.nPowTargetTimespan*4;

Beginning from the first, if it's true, meaning if "the actual timespan was less than only the quarter (25%) of the current timespan", then set it equal with the quarter, and don't go below. If the actual timespan is more than the quarter of the current (but not more than 4x the current), both these conditions will evaluate false and it will continue executing the code below, which will set the new difficulty based on expected / actual.

Edit:
I don't know if what I did is correct but if it was, does that mean that if the reverse was the case and the block time of the current epoch is 1 hour and falls to 10 minutes.( using difficulty of 52.5 Trillion).

Would the difficulty increase to 52.5 * 300%/100% =52.5 * 3 =157.5 Trillion.
If in the current epoch, we had 1 hour average block time, then expected / actual would be 20160 / 120960 = 0.166, which is less than 0.25, and therefore, with hashrate constant, it'd be impossible to drop to 10 minutes average block time in just one difficulty adjustment. We'd drop to 15 minutes first, and then to 10.
266  Bitcoin / Bitcoin Technical Support / Re: [Jun 2024] Fees are high, wait for opportunity to Consolidate your small inputs on: June 07, 2024, 12:57:35 PM
What to make of this? Why would anyone do this?
Here's why:
You are probably right, dumb people don't have infinite money but you completely ignore that there is an infinity of dumb people and they are constantly expanding like the universe does. So, technically we have an infinite money.
267  Local / Ελληνικά (Greek) / Re: Monero / XMR on: June 07, 2024, 09:36:13 AM
Το τελευταίο μήνα, το Monero "γράφει" όλα τα delistings και κάνει +33%, περνώντας το Bitcoin που είναι +12% τον τελευταίο μήνα.

$172 / XMR. Για να δούμε πόσο θα συνεχίσει.
268  Bitcoin / Development & Technical Discussion / Re: Addressing Block size and occasional mempool congestion on: June 07, 2024, 08:38:08 AM
For example, if all sidechain rewards for incentives were based on the Bitcoins deposited via peg-ins, then we would run into an "chicken and egg" problem: Who would secure a deposit if there are still not Bitcoins deposited to reward federation members/custodians? And who would deposit Bitcoins if there are no federation members incentived by a mechanism?
Why shouldn't the federation secure its own deposit? It deposits via peg-ins, and that liquidity would attract users. I think Liquid has been implemented like that, by I don't cross my fingers.

I have seen the concept only very recently and have to investigate if it's an improvement over the "channel factory" concept.
It sounds really cool as concept. It's orders of magnitude more efficient than lightning, because it's multiple bidirectional channels opened by just one UTXO, which can communicate with other such UTXO (pools). The problem with this solution is interactivity:
Lowering interactivity: every off-chain pool update touching 2+ balances requires a real-time authorization from all pool participants (some thoughts here). This puts a strong availability burden on the users.
269  Bitcoin / Bitcoin Discussion / Re: [Quiz] Answer the Bitcoin question and earn merits! #4 on: June 07, 2024, 08:06:05 AM
For once more, hosseinimr93 is the first to actually answer with the solution.  Tongue

The correct answer is 13.125 trillion, because in the epoch B it increases by 25% (42 -> 52.5) and then decreases by 75% (52.5 -> 13.125). The trick of this quiz was the knowledge of difficulty adjustment restriction to a factor of 4, as shown in here: https://github.com/bitcoin/bitcoin/blob/4a020ca443ba370bf41583962d16aa8551876f53/src/pow.cpp#L54-L59. The reason we do not allow difficulty to grow beyond 300% or drop by less than 75%, is to achieve a middle ground between resilience in network disruption and quick response to a genuine change in the hashrate.

For example, in the extreme scenario that the US government shuts down large mining farms, and reduces the total hashrate by 83.3%, these miners can migrate their infrastructure elsewhere within the next month. Difficulty adjustment restriction is another way to say "something really bad or unusual has happened" and respond respectively.

I had checked ChatGPT and it did not produce the correct answer!
270  Bitcoin / Bitcoin Discussion / Re: [Quiz] Answer the Bitcoin question and earn merits! #3 on: June 06, 2024, 07:38:37 PM
New quiz!  Shocked

https://bitcointalk.org/index.php?topic=5499129.0
271  Bitcoin / Bitcoin Discussion / [Quiz] Answer the Bitcoin question and earn merits! #4 on: June 06, 2024, 07:38:08 PM

It's been a while since I published a quiz. It's time for another one.  Smiley

- What's this?
Bitcoin quizzes are technical questions of educational character that improve the average user's knowledge on Bitcoin, and help him rank up. You can read more about it in here.

Answer the questions that follow and you will earn merits. We have talked a lot about probabilities, such as the probability of reversing a confirmed transaction, or probability of finding a block within the next few minutes, but it's time for another kind of puzzle.



Let's suppose that the network's difficulty is 42 trillion, about half of what's today.

  • The average block time of the current epoch (A) is 10 minutes, and we're close to the difficulty adjustment. Once we reach it, difficulty remains the same and we enter the next epoch.
  • The average block time of the next epoch (B) is 8 minutes, and another difficulty adjustment occurs, which increases the difficulty, so that the average block time returns back to 10 minutes.
  • The average block time of the next epoch (C) is 1 hour, due to a catastrophic decision made by the US government to seize all the miners.

What's the difficulty once it adjusts after epoch C?
272  Bitcoin / Electrum / Re: Electrum error: "No module named keepkeylib.qt.pinmatrix" on: June 06, 2024, 06:33:34 PM
I hope you didn't install the snap version from Ubuntu's app store, did you?
Is this the version Snapcraft suggests when running snap install electrum? Last time updated May 2017? Have they gone nuts? Any version prior 3.4 is vulnerable to receiving arbitrary messages (phishing) and is strongly recommended to avoid.

By the way, snap is supposed to handle the signature verification part itself, even though I do agree that you should manually verify it with gpg --verify.
273  Other / Meta / Re: Let's make bitcointalk great again. on: June 06, 2024, 06:26:12 PM
Social media like Reddit, Twitter and Nostr have absorbed most of the bitcoin-related discussion, and that of other crypto in general, but that doesn't mean that Bitcointalk is useless.
That's not true, IMO. All these social media are one big "Bitcoin Discussion" board. Reddit and Twitter are filled with bareless speculation, and maybe like 10% "good quality". Nostr is pretty dead last time I visited.

A very cool place for Bitcoin-related discussions is stacker.news. It's like Bitcointalk before it introduced signature campaigns. Everyone's without signatures, or avatars. Just talk and have fun.  Smiley
274  Bitcoin / Development & Technical Discussion / Re: Addressing Block size and occasional mempool congestion on: June 06, 2024, 06:18:36 PM
Many of the Bitcoin sidechain projects seem to come either from the Ethereum world or from the Ordinals/Runes "scene", where premines are seen as completely normal.
There you go, you nailed it. The entire Ethereum project is built pre-mined. Pre-mining in second layer is seen as completely normal, because the main layer is pre-mined itself.

And just to be even more clear: It doesn't make sense to name it "layer 2", if it isn't reusing the token of layer 1. You either reuse the currency, or you're creating a brand new. In the latter case, there's very little reason to build it on top of another layer, and not recreate another layer 1.
275  Bitcoin / Development & Technical Discussion / Re: Addressing Block size and occasional mempool congestion on: June 05, 2024, 06:42:09 PM
Stacks/sBTC which may have found a reasonably decentralized way to operate a sidechain (on a DPoS-style setting with a federation with up to 1000 participants
Having a pre-mined token for your "layer 2" is the exact opposite of what a layer 2 stands for. The most critical aspect of a layer 2 is to reuse bitcoin, not to invent a new token.

I don't think the world needs another pre-mined token to "solve" scalability. What we need is a solution that compresses multiple bidirectional channels into one UTXO. And if I had to bet which solution does this best, I'd go with Ark or another covenants-relying solution.
276  Economy / Exchanges / Re: eXch - instant exchange BTC / LN / XMR / LTC / ETH / ERC20 on: June 05, 2024, 05:27:04 PM
It would be good to have one developed like this but that could be bad overall because privacy would have to be sacrificed.
Very minimum, though. Imagine the equivalent of FeatherWallet to mobile version, just as Electrum for mobile: https://bitcoin.org/en/wallets/mobile/android/electrum/. In Feather, you do not reveal to the public nodes the recipients, nor the amounts transferred. You neither reveal your inputs, although there's a chance the node executes a very rare (and costly I think) attack which can reveal the true input of a transaction, but that's detectable by the client.

The problem with mobile client would be bandwidth and verification time. You would need to download the entire blockchain since your wallet's block height. That's feasible to do for a modern computer, but a smartphone has a slower Internet speed and is less computationally capable to verify all those blocks.
277  Bitcoin / Development & Technical Discussion / Re: Addressing Block size and occasional mempool congestion on: June 05, 2024, 12:49:16 PM
Some software will be broken anyway, and then people will have a choice: to upgrade, or to deal with some broken version somehow. For example: timestamps have four bytes allocated. Which means, that after year 2106, we will be forced into hard-forking anyway.
There is one important difference with the year 2038 problem. We know exactly when this problem will appear. Therefore, we have to fix it before then, ideally a few years before 2038. There's no ideal year to hardfork for merging legacy with segwit, and it's not in the same level of necessity. The network won't stop working after year x if we don't merge legacy with segwit.

Edit: By the way, a similar discussion is ongoing on Delving Bitcoin: https://delvingbitcoin.org/t/is-it-time-to-increase-the-blocksize-cap/941
Cool. I like reading both sides' arguments of this debate.

I agree but I also think in the future we'll get to the point that benefits of a hard fork could outweigh its issues and that can be the incentive to get it done.
I believe it depends on the necessity, but it's very difficult for me to imagine a hardfork introducing significant changes and gaining nearly unanimous support, especially since the roadmap is somewhat oriented to implement changes via softforks.
278  Bitcoin / Development & Technical Discussion / Re: Addressing Block size and occasional mempool congestion on: June 05, 2024, 10:03:48 AM
I want to add that I believe at some point we also need to address the scaling issue through a hard fork to fix a lot of things in the protocol (eg. merging Legacy and SegWit, fix bugs like sigopcount) and also increase the cap itself.
That is unlikely to happen. It's going to break tons of software.

I think the main two technological reasons to not increase block size are storage space, as you mentioned, and propagation time through the network.
The issue, or feature, depending on your perspective, is that Bitcoin has a hard cap. This means that eventually, it will rely entirely on transaction fees, which in consequence means that the network must always be congested. Increasing the block size rises the risk of the network becoming unsustainable to continue operating at some point in the future.

So, it's not about "technological limitations" per se. It's mostly this economic problem.
279  Bitcoin / Development & Technical Discussion / Re: Can someone send me some tbtc? on: June 05, 2024, 09:41:13 AM
Hey there. It's true that you can't find testnet bitcoin these days. The spam only makes it worse. Low value testnet transactions are impractical, change vanishes into oblivion, if there is any.

Sent you 0.1 tBTC: 23c950e2acb29506dc905a8bca03a26f0f846f033bfd515a49d437d89e01b4f7. I believe it's enough to play with. Use regtest for higher amounts.
280  Bitcoin / Bitcoin Discussion / Re: Trump vs. Biden is almost like Bitcoin vs Fiat on: June 04, 2024, 07:33:56 PM
Because Bitcoin went up 500% under president Biden.

Hence it was 500% less when Trump left office.
Um, let me remind you: Bitcoin went from $1000 to $36,000 during Trump's presidency. That's 3500% up. If you want to resort to this soundbite, at least make sure it doesn't work in the other way around.

Trump's written platform makes it clear his administration will consider abortion to be "murder", and they outline a massive new police force that will be necessary to eliminate abortions in the USA.
I'm trying to see the connection with Bitcoin here.

Uh.... sure. I guess if you get your news from the Kremlin, that's what you'd think, right?
Alright, then, what's the source of the truth, according to the Democrats you?  Roll Eyes

That's the article I remember reading: https://www.reuters.com/legal/bankman-fried-used-customer-funds-100-mln-us-political-donations-prosecutors-say-2023-08-14/. I agree that it might be fake news, but where can I verify it?
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 21 22 23 24 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 ... 471 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!