Bitcoin Forum
September 29, 2023, 09:30:03 PM *
News: Latest Bitcoin Core release: 25.0 [Torrent]
 
  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 ... 680 »
1  Bitcoin / Bitcoin Technical Support / Re: What happened to keeping all my bitcoin in same address? Now I pay insane fees?! on: September 24, 2023, 05:30:23 AM
You guys are mostly clueless and clearly never used bitcoin in the early days.

Insulting.

Anyone that believe change addresses are increasing your privacy is a complete moron anyway.

Ah yes.  I see what you mean now.  For example, here's one of those "clueless and clearly never used bitcoin in the early days" giving some of that crazy advice about protecting privacy by using new addresses all the way back in 2009. This guy is clearly "a complete moron anyway":

- snip -
For greater privacy, it's best to use bitcoin addresses only once.
- snip -

LOL. Clearly this dummy had no idea how Bitcoin works at all.

Obviously it's much better for me to take my advice from this Guessti guy who showed up complaining one day and refuses to learn anything new.

 Grin
2  Bitcoin / Bitcoin Discussion / Re: Using change addresses does not increase privacy, just fees on: September 24, 2023, 05:24:44 AM
- snip -
Ignore all the technical bs idiots these who clearly never used bitcoin in the past are spouting (10+ years ago)
- snip -

Ah yes.  I see what you mean now.  For example, here's one of those "technical bs idiots who clearly never used bitcoin" giving some of that crazy advice about protecting privacy by using new addresses all the way back in 2009

- snip -
For greater privacy, it's best to use bitcoin addresses only once.
- snip -

LOL. Clearly this dummy had no idea how Bitcoin works at all.

Obviously it's much better for me to take my advice from this Guessti guy who showed up complaining one day and refuses to learn anything new.

 Grin
3  Bitcoin / Bitcoin Discussion / Re: Using change addresses does not increase privacy, just fees on: September 24, 2023, 05:07:56 AM
For all you idiots who keep saying I'm wrong.

https://coinguides.org/bitcoin-change-address-output/

Did you even read that article.  It literally says you are wrong.

Literally don't need a change address.

Correct. You could just send ALL of your change to the miners as a transaction fee instead, but that would be really expensive. It seems like a much better idea to just send it back to a new address in your wallet, just like the article you linked explains.

Nothing I said is wrong.  Roll Eyes

Almost everything you've said has been wrong, but it seems like you know that and are just having fun making things up.

If you think that article is wrong then you are part of the problem not the solution.

I think the article is right, and that you are wrong. I guess that means you are part of the problem, not the solution?

if you keep all your bitcoins in 1 bitcoin address you will always pay the same fee no matter the amount of bitcoins you send - since they are coming from 1 single address and not from multiple addresses.

Absolute nonsense.

Everything is explained clearly in the article I posted.

The article says the opposite of what you are saying.

You do NOT need to use a change address,you do NOT need to change your bitcoin address EVER.

That's probably the only correct thing you've said in all of these conversations.

You do not NEED to use a change address.  You can just reuse a single address for your change. It's a bad idea, and it won't fix anything that you're complaining about, but you can do it.

Even that article and many others like it describe how the "privacy" added is questionable.

The article literally says in the 4th sentence, "is one of the key privacy feature of Bitcoin."

It also says:

  • sending to same address . . . reduces users privacy
  • change addresses play a key role in improving privacy
  • to preserve anonymity and to make the job of tracing transaction more difficult change outputs are usually send to a newly created change address

Who ever keeps trying to suggest you don't pay higher fees is spreading pure lies and propaganda. This "privacy" "feature" comes with a cost.

Repeating it over and over doesn't make it true.

TrustWallet actually removed using change wallets/addresses. I have tested it a few times now and can confirm

Ah. I thought you were a troll. Sounds like maybe you're just a Binance shill?

It is very VERY simple unlike these morons are trying to make it - the more addresses your bitcoins get spreads to, the higher the fees will be if you ever send enough bitcoin that needs to use 2 or more of those addresses. If all your bitcoins stay in 1 address the fee stays the same no matter what the amount of bitcoin you are sending is!

That's 100% fabricated false information. Good luck with that.
4  Bitcoin / Bitcoin Discussion / Re: Using change addresses does not increase privacy, just fees on: September 23, 2023, 03:00:08 AM
I see you got bored with your trolling over in the technical support sub-forum, and have decided to expand to the bitcoin discussion sub-forum for some new targets.

This has been explained to you a multitude of times.  You're either intentionally ignoring what's been explained, or you're too stubborn to believe that you might be misunderstanding something.
5  Bitcoin / Bitcoin Technical Support / Re: What happened to keeping all my bitcoin in same address? Now I pay insane fees?! on: September 23, 2023, 02:52:21 AM
Having more change addresses = gonna pay higher fees facts

false. People who know quite a bit more about Bitcoin than you have tried to explain this to you, but you refuse to learn anything. You prefer to complain and to assume you know what you're talking about rather than learn how it works, and how best to accomplish what you claim you want.

Your bitcoins spread around more bitcoin addresses = gonna pay higher fees facts

again, false

The transaction fees depend on 3 things:
  • The quantity of UTXO you spend in your transaction
  • The type of addresses and transactions you use (P2PKH, P2SH, SegWit, etc)
  • The quantity of new UTXO you create in your transaction
  • The fee rate that you (or your wallet software) choose to pay per vByte

like holy crap people are so full of themselves.

Projecting much? You certainly have been throughout this entire thread.

Its like all you guys here really care about is talking about very technical crap

You did create a thread in the Bitcoin TECHNICAL SUPORT section of the forum. What did you expect?

You guys are mostly clueless and clearly never used bitcoin in the early days.

I'm not sure when you think "the early days" were, but several of the responses you've received are from people that have been active in this forum for a decade. Thay know a lot more about the early days that you do.

Insulting.

Yes. You have been. I'm glad to hear you've finally realized it.

How about stay on topic and to the easy straight forward facts I BEEN saying?

I've seen a lot of complaining, and I've seen a lot of made up nonsense, but I've seen very little in the way of actual facts from you so far.

- Change addresses end up costing you more in fees

Absolute nonsense.

- Change address do not increase privacy

Do they give you perfect privacy? No. Do they increase privacy as compared to not using them? Absolutely.

- The fees for the perceived increase in privacy (where you just make things more difficult) NOT WORTH IT!!!!

The fees have nothing to do with the change addresses. Get over it.

There are other causes for your higher fees, but you refuse to even try to understand.

I found the solution anyway so now I don't have to deal with this problem anymore.

Glad to hear it.  Was it something presented in this thread? Or did you come up with something new on your own?

None of you truely know how bitcoin works at all. Like not even close. You just try so hard to sound smart.

I can walk you through every line of code if you like. I can explain every byte in the transaction and every byte in the blockchain. You might not like the explanations, but that doesn't make them wrong.

ANYONE yup I'm calling a lot of people out here: ANYONE who thinks change addresses are helping your privacy on a public blockchain... AHAHHAHAH is wrong. 100%

You're welcome to believe whatever nonsense you like. I can't force you to learn anything new.

Thats interesting stuff actually!

Of course its not needed if change addresses aren't used to begin with.

Of course it is, but you're not interested in that fact, nor in understanding why.

No change addresses
No btc being spread accross more wallet addresses
=
Lower fees.

Facts.

Again with the 100% incorrect nonsense.
6  Bitcoin / Bitcoin Technical Support / Re: What happened to keeping all my bitcoin in same address? Now I pay insane fees?! on: September 21, 2023, 05:12:23 PM
-snip-
It IS correct.
-snip-
This is simple fact and the way bitcoin use to work by default in the early days.
-snip-
It does not appear to work as you guys think.

Bitcoin in the old days did not use to do this.
-snip-
We could argue just to argue, that doesn't solve this problem.

We could point out many "technicals" of life but that doesn't help anything.
-snip-
Madness!
-snip-
 Hellllll no. What you a terrorist or something like wtf.  Huh

It is clear that one of two things is happening here.  Before I waste any time adding my thoughts and response to the many thoughtful and educational posts already on this thread, can you please let us know which one it is.

1. You are very frustrated. You don't understand how Bitcoin actually works, and your frustration is causing you to lash out and ignore helpful advice. You've convinced yourself that you know what's wrong and you know how it can be fixed, and therefore you're unable to learn anything new about what's going on, why, and how you can best make use of it.

2. You're just a troll. You've come here making demands and stating "facts" that are demonstrably wrong. You are then intentionally ignoring or refuting any explanation or attempt to help so that you can continue to complain and try to stir up reactions.

Patiently awaiting your calm and courteous response (or additional trolling).
7  Bitcoin / Development & Technical Discussion / Re: Do you think it's safe to use a private key hash from 12-characters on: August 22, 2023, 08:55:44 PM
Personally, if I were going to store a value that I would hash to generate a private key, assuming that my character set is 94 characters:
  • a - z (26 characters)
  • A - Z (26 characters)
  • 0 - 9 (10 characters)
  • the 32 punctuation/special characters I can see on the keyboard in front of me right now

I'd want my generated seed to be AT LEAST 20 characters. If I've done the math correctly, that should give me a key that is at least 128 bits long.

However:
  • I don't see any good reason to do this.
  • If I did it anyhow, I'd want to be VERY CAREFUL about the method I used to generate the seed. Any lack of randomness in the process, resulting in any bias in the results could lead to unexpected weakness in the security of the Bitcoins.
8  Bitcoin / Bitcoin Technical Support / Re: Dedicated block space for minimum fee transactions on: August 04, 2023, 04:25:25 AM

Wow, That's quite a wall of text.  I'm glad you used punctuation and capitalization, or it wouldn't have been worth the effort to try to get through it.  Perhaps some line-breaks and/or paragraphs in the future would be helpful.

Hello so I recently did an experiment by sending btc to another address and making the fee as low as possible to monitor how long it takes for a transaction with the minimum set fee would take before it was finally confirmed by miners. And 3 weeks later it still has not received even one confirmation. Everyday for the last 3 weeks I would check on the status of confirmations of transaction, and everyday it would say estimated wait time 24hrs-1 day, and continues to reset its wait time to 24hrs.

You could have just saved yourself the time, effort, and worry by asking here. Many would have been happy to explain to you what would happen.

Everything Iíve read about maximum mempool wait times are all varied. But the consensus is that 2 weeks is the maximum wait limit until the transaction would be removed from a mempool.

This assumes that the transaction is no longer being broadcast.

And yet here I am 3 weeks into it waiting for my transaction to finally fall off mempool, or be confirmed

Any node can rebroadcast any transaction that it knows about at any time if it wants to, so long as the transaction is still valid.  This means that the recipient of your transaction could be rebroadcasting it regularly to increase the odds that they get paid. Additionally, the wallet software that you are using may be rebroadcasting the transaction for you.  If you want to get rid of the unconfirmed transaction, your first step should probably be figuring out how to remove it from the wallet software that you used to send it.

I started to feel disappointed that my transaction fee has caused it to become frozen.

Depending on how you sent the transaction, what wallet software you are using, and just how low your fee was, you may have a few options available to you.

For example:
  • Child pays for parent (CPFP)
  • Replace By Fee (RBF)
  • Transaction replacement after removal from mempool
  • Transaction acceleration with a mining pool

what if someone isnít in a hurry to have their transaction confirmed?

Then I would recommend a small (BUT REASONABLE) fee, as a replace by fee transaction so that the fee can be easily increased on the transaction if the sender (or recipient) become impatient.

Can a transaction be sent with little to no fee and eventually be picked up and confirmed by a miner?

While it isn't technically impossible for a miner to include a free transaction, it is extremely unlikely. They have no incentive for including such transactions.

Also, there is a minimum fee for relay set in the most common configuration of the reference software. Any fee smaller than that will generally not be relayed by a large portion of the Bitcoin network. As such, most miners will never even know about such transactions.

Small fees are fine, as long as they are larger than the minimum relay requirements and the network load is light.

Although rare this exact situation has frozen my transaction indefinitely,

You explained that you knew it was going to be a problem, and you did it anyhow. It's not a permanent situation, and it can be resolved, but it may take some effort on your part.

Iím guessing this has been brought to the attention of the community,

It has. As such, we have RBF, CPFP, Acceleration, and removal and replacement.

there still isnít any solution to this situation except wait for the transaction to finally clear out of the mempool itís in

Sure there is. I've listed a few of them.

which there is no way of knowing when this will occur.

Correct.  It's a decentralized system.  There's nobody in charge.  You have no control over what other peers do with their nodes. As such, you should make sure you understand the consequences of your actions before you do something that will cause you problems like this.

So that being said, is there anyway that each new block could hold very small amount of space dedicated to minimum fee transactions which can become frozen? It would kind of be like welfare. Sure the amount of space would be really small, but should be enough to send 5-10 transactions on each new block first, then prioritized paid transactions next. 5-10 transactions isnít a lot, and it would still have very long wait times, however it removes the chance that transactions like mine wonít ever freeze indefinitely with no hope of being returned which is a step in the right direction.

Certainly. If a mining pool wanted to do this they could.  However, they have very little incentive to do so, and the participants might end up leaving the pool to go find one that earns/pays more revenue. Regardless, there are some pools that offer a free acceleration service as long as you have at least paid some minimal fee.  I think there may also be a pool that allows you to send a payment directly to them to pay for a transaction that has insufficient fees.
9  Bitcoin / Development & Technical Discussion / Re: How can one make a transaction that any address can claim it just by solving the on: July 28, 2023, 10:55:44 PM
I think to understand this one needs to understand how the input and output workflow works.

Correct. If you don't understand how transactions ACTUALLY work, then you won't be able to solve the puzzle without some help from someone that does understand.

I mean as given in the second post, does it mean I would be solving the puzzle manually and then I have to add the solution manually

That's certainly one way that you could do it.

Another option would be to write your own computer program that solves the puzzle and creates the transaction.

Is this entirely associated with the miners OR non miner person can also get involved with this?

Transactions are all publically stored on the blockchain.  Anyone that wants to can learn how to access them and then can find the puzzles.

What does it mean to solve this sort of puzzle?

It means figuring out what data needs to be supplied in a transaction input to satisfy the requirements of the puzzle transaction output. Then, create a transaction that uses that input and sends the bitcoins to whatever address you like.

A math problem that a mining equipment is not able to solve?

Bitcoin mining equipment doesn't solve math problems.  It simply hashes 80 bytes, checks to see if the result is small enough, and if not, tries a different 80 bytes, until it happens to get lucky and stumble on 80 bytes that hash to a low enough value.

10  Bitcoin / Bitcoin Technical Support / Re: Fake Transaction Input on: July 27, 2023, 06:38:09 AM
Attempting to create a fake transaction without paying any fees and without it ever getting confirmed is not a practical scenario on the Bitcoin blockchain.

Correct. If the input is invalid, then the transaction is invalid and it will be rejected by EVERY node on the network.

While you might be able to create such a transaction and broadcast it,

Broadcast it to whom? Bitcoin nodes will simply reject it.

the likelihood of it being confirmed is close to zero.

It is exactly zero.  Invalid transacitons can not be confirmed.

Instead, it will likely remain in the mempool (the pool of unconfirmed transactions) until it eventually gets removed by nodes after some time.

No. That is incorrect. Fake, invalid, transactions never get into the mempool in the first place.  A transaction is verified BEFORE it is accepted into the mempool.

Further more, deliberately creating invalid or fake transactions . . . -snip- . . . may be against the terms of service of some wallets and exchanges.

How would a wallet or an exchange know that you created a fake transaction? Why would they care?
11  Bitcoin / Development & Technical Discussion / Re: Proposal to Address Dormant Bitcoin:Recycling Lost Coins into the Mining Process on: July 16, 2023, 06:43:30 AM
This proposal aims to address the issue of dormant Bitcoin,
Nonsense. It is not an "issue" for a person to decide that they want to save money for the future and not spend it right now.

commonly referred to as "lost" or "unclaimed" coins,
I prefer to just call it what it is, "unspent".

by suggesting a mechanism to recycle them back into the mining process.
Say what you mean: "suggesting a mechanism to STEAL money from others"

By doing so, we strive to prevent Bitcoin from being permanently lost
Nothing lasts forever. If you don't want to lose your bitcoins, then make sure you have a good system of storing and securing your private keys.

and ensure the long-term integrity
Sounds to me like you're trying to DESTROY the integrity, not preserve it.

and scarcity of the network.
Wouldn't permanently lost bitcoins IMPROVE scarcity?

numerous Bitcoin wallets remain inactive for extended periods, often due to users losing access to their private keys or abandoning their wallets.
Or simply choosing not to spend their bitcoins.

This results in a significant amount of Bitcoin becoming inaccessible
That's the point, isn't it?  My bitcoins are SUPPOSED to be inaccessible to you.

and presumed lost forever.
You can presume whatever you want, but that doesn't give you the right to steal them.

To prevent the permanent loss of Bitcoin, we propose the implementation of a mechanism that gradually and systematically sends dormant funds back into the mining process after a predefined period of inactivity.
No thanks. This has been suggested hundreds of times before. Your scam to steal bitcoins is not welcome in the bitcoin community. Go take your stea-a-coin altcoin idea elsewhere. I'm sure there are some scammers and thieves in the world that would love to support you in this endeavor.

Specifically, if a Bitcoin wallet remains not accessed(by simply logging on,
There's no such thing as "logging on" to Bitcoin.

opening the wallet)
There's no way to know whether or not someone has "opened their wallet". Perhaps you fail to understand what the word decentralized means?

for a continuous period of ten years, the funds associated with that wallet will be redistributed back to the network
Ten years? Ten years!?!

If someone in their 20s wants to use Bitcoin to save for retirement, they may not touch those bitcoins for at least 40 and possibly as much as 70 years! And you want to steal their bitcoins just because they are planning and preparing for their future?

dont be a dick about it like in other posts i have seen.
So you're already aware that this nonsense has been presented in the past, and you're already aware that it wasn't received well, and yet here you are being a dick about it and rehashing the same tired trash yet again.  Just go away please.

This space can be very very toxic.
That's what happens when thieves come here and try to convince the gullible among us to join them in their crusade to take bitcoins away from others.
12  Bitcoin / Development & Technical Discussion / Re: 188888888ikzoy8jmR2byT4WoQsycLxeUH -Great Magic of blockchain on: July 16, 2023, 06:22:26 AM
Just 2 little additions:

If the  1888888... addresses were really generated by the same person intentionally, I guess what they did wasn't simply "search two addresses which start with the same 7 characters", but more something like "search two addresses with equal first 7 characters and additionally (after the "mandatory" 1 for this kind of address) one character repeated 6 times".
Perhaps.  Perhaps not.  We don't really know.

They may have searched for any two addresses which start with the same 7 characters, and coincidentally they just happened to have found a match that consisted of the repeating character "8".  However, as you pointed out, it is much more likely that they actually searched for repeating characters.

Two little comments:

1) in the base58 format (the allowed letters of "legacy addresses") you have of course 58 characters to select, not 26 (most uppercase and lowercase letters and most numbers).

perhaps you missed the parts where I said this?
Imagine that you have a generator that randomly chooses a single letter.
Every time the generator generates a new letter, you have a 1 out of 26 chance of generating the letter R.
.
.
.
The same effect applies to generation addresses (but on a larger scale).  If you want to search SPECIFICALLY for an address that starts with 188888888, that's going to take quite a while since each character position has 58 different possible characters
13  Bitcoin / Development & Technical Discussion / Re: How can one make a transaction that any address can claim it just by solving the on: July 13, 2023, 08:50:34 PM
Aren't all the transactions forced to have a destination address?

No. Not at all. This is a very common misconception about how Bitcoin works.

Technically, in the blockchain, there are no addresses at all.

Addresses are just an abstraction that we humans use to make it easier to discuss the concept of modifying control over value.

What ACTUALLY exists in a transaction is a transaction output script.  That output script creates requirements that must be met in order to be allowed to broadcast a new transaction that uses that existing output as an input.

The most common transaction types have scripts that create a requirement to provide a public key that hashes to a given value and a digital signature of the new transaction that matches that public key.

However, while it is very fast and easy for computer software to create and validate these scripts, it would be awkward and error-prone if I were to tell you to please create a transaction that has an output which requires both a public key that hashes to (some 256 bit number) and a digital signature of the transaction that spends the output which can be verified with that public key.

So, instead, we all agree that we will represent that set of instructions with a single value (such as a 1, or a 3, or a set of characters such as bc1), and that we will then join that to the hash of the public key, and add on a checksum to prevent typo and miscommunication errors.  Once we've smooshed all that together, we call the result a "bitcoin address".  Our wallet software knows when it sees the address how to pull it apart and generate the proper transaction output script.

In this case that you've mentioned, a transaction has been created that has an output that does NOT translate into an address.  It didn't use any of the standard address scripts, so wallet software doesn't know how to build the transaction, nor does it know how to spend it. Instead, this transaction output is a script that sets up a puzzle.  You can satisfy the requirements of the puzzle if you provide the puzzle solution in the input of a transaction that you create.  Since wallet software doesn't know how to translate that script, it's something that you'd either have to do by heand, or write your own software to do.

Then, once you've created the proper transaction input with the solution, you would create a transaction output for your transaction that uses one of the standard "address" scripts.  In this way, you would assign the bitcoins to the control of a wallet that you have access to.

 So, even if the winner solves the scriptPubKey, how can then he/she divert the funds to another destination address?
[/quote]
14  Bitcoin / Development & Technical Discussion / Re: 188888888ikzoy8jmR2byT4WoQsycLxeUH -Great Magic of blockchain on: July 13, 2023, 08:35:44 PM
Gmaxwel could you more explain ?

Imagine that you have a generator that randomly chooses a single letter.

Imagine that you want to run the generator until you get the letter "R".

Every time the generator generates a new letter, you have a 1 out of 26 chance of generating the letter R.

The average amount of time you might need to run the generator is 13 generations to get that "R" (sometimes sooner, sometimes longer).
If you are unlucky, it could take you hundreds of generations until you happen to get the letter "R".

If you want to generate the letter R twice, it will take even longer since you will first need to go through all the generations to get the first "R" and then do it all over again.

Imagine instead that you just want to run the generator until you get the same letter twice (you don't care what letter it is).

This will happen much faster.

On the first generation, you will have a 0 out of 26 chance of getting two of the same letter (since you will only get 1 letter).
On the second generation, you will have a 1 out of 26 chance of getting two of the same letter (since you must match the first generation).
On the third generation, you will have a 2 out of 26 chance of getting two fo the same letter (since you can match EITHER of the first 2 generations).
On the fourth generation, you will have a 3 out of 26 chance of getting two of the same letter (since you can match any of the first 3 generations).
On the fifth generation, you will have a 4 out of 26 chance of getting two of the same letter (since you can match any of the first 4 generations).

Notice that your chances keep getting better and better with each new generation since you have more and more letters from past generations that you can match with your next generation.
Also notice that you are GUARANTEED to get a match within 27 generations, since after 26 generations you will either already have gotten a match OR ALL POSSIBLE letters will have been generated (so the next one must be a match to one of them).


The same effect applies to generation addresses (but on a larger scale).  If you want to search SPECIFICALLY for an address that starts with 188888888, that's going to take quite a while since each character position has 58 different possible characters, and you require one specific character for each of them. However, if you just want to search for two address that start with the same first 8 characters as each other, and you don't care what those characters are, it will happen MUCH faster. Each time you generate ANY address, that's one additional address added to the list of addresses that can be matched by the next address generation.


15  Other / Beginners & Help / Re: How are individual transactions validated? on: July 13, 2023, 08:17:09 PM
. . . miners run ASICs to find a PoW number . . .
That number is generally called a "nonce".

. . . that when SHA256 function is applied to the whole block with that number, it results in a working hash to make a valid block. . .
Technically, only the 80-byte block header is hashed via SHA256 with the nonce, not the entire block.  However, one of the values in the block header is the Merkle Root (which is a SHA256 hash generated from a Merkle Tree built from all the transactions in the block.

But they also need to validate each of the transactions within the block, right?
The individuals running ASIC do not need to do that.  They are presented with an 80-byte block header from the mining pool and simply need to search for the nonce.

The mining pool will need to verify the transactions in order to build the Merkle Tree and generate the Merkle Root for the header.

And this requires checking the entire history of each of the included users' past transactions to verify that they have enough BTC to make a payment?
The full nodes (which are also run by the mining pools) maintain a list of unspent transaction outputs (UTXO).  The transactions in the block spend those outputs. So for each transaction, the node simply needs to verify that the output being spent by the transaction exists in the UTXO and that the signatures match the requirements from the UTXO. This happens as each transaction is received. The node validates the transaction the moment it is received and then adds it to it's own MemPool (list of valid unconfirmed transactions).  That way, when its time to build a new block, the node can just grab transactions from the MemPool with the confidence that they've already been validated.
16  Bitcoin / Bitcoin Discussion / Re: Bitcoin spot ETF make bitcoin price to increase? on: July 05, 2023, 04:30:47 PM
This means that bitcoin ETFs are not bitcoin, they are another asset which their price is pegged with bitcoin. Which means it has nothing to do with bitcoin demand and supply having effect on the bitcoin price.

But it might.

Any time the ETF price differs from the true Bitcoin price, (due to demand changes on the ETF), there will be an arbitrage opportunity that will drive that same change in demand directly back to Bitcoin itself.

Furthermore, depending on how the ETF is structured, it may be necessary for the ETF itself to purchase real bitcoin to hold as backing for the fund. This might be needed to main the peg to the Bitcoin price.  Even if the fund doesn't directly purchase Bitcoins to keep up with the demand on the fund, any Bitcoin based asset it does hold might be backed by actual Bitcoin.

I don't know the specifics of the particular ETFs that are currently proposed, but it may be worth a closer look to determine if demand for the fund is likely to drive demand for actual Bitcoin as well.
17  Bitcoin / Bitcoin Technical Support / Re: wallet.dat corrupted or encrypted help!!! on: July 05, 2023, 04:12:11 PM
i think it was around 2011, i founded on may old compaq laptop. no clue how the wallet is created.

You were running Bitcoin-QT in 2011? And you don't remember how the wallet was created?

What is the timestamp on the file?
What folder did you find the wallet file in?
How big is the wallet file (how many byes)?
Do you know any of the bitcoin addresses from the wallet?

Why do you think that a random file you found on your old Compaq is a Bitcoin wallet?
Were there any other files in the same folder? If so, what were the file names?

A hex value of 20 indicates a "space" from the spacebar on a standard keyboard.  If that image that you provided is from a hex dump of the file that you found, then it's just filled with nothing but blank spaces. No actual data. It's as if you opened up a text editor and just held down the spacebar for a while and then save the file and renamed it to "wallet.dat".

Does that sound like something you might have done back in 2011?  If so, then this is not a Bitcoin wallet.

Or, did you perhaps purchase this file from someone?  If so, you've been scammed.
18  Bitcoin / Bitcoin Discussion / Re: What happens if pools try to maximize fees by congesting the network? on: June 14, 2023, 04:04:17 PM
Wouldn't the remaining 31% of the hash rate include those 10 sat/vb transactions in their blocks?
. . . the 69% could invalidate them at any time, and at a very low cost . . .
Furthermore, can Foundry, Antpool, and F2Pool really trust each other?
That's open for debate, but I don't expect a decentralized network to rely on mutual decisions made by three for-profit organizations. Eventually, there may be benefits outweighing the principles.

If 69% of the hashpower is going to successfully collude to control which transactions are valid and which aren't, then there is no need to waste time and effort spamming the network with fake transactions. With more than 50% of the hashpower, they have full control over which transactions are in blocks and which aren't.  They can simply choose the transactions that pay very high fees, overwrite any block from any other pool or miner that doesn't do the same.
19  Bitcoin / Bitcoin Discussion / Re: ┻━┻ Your life with Bitcoin ┻━┻ on: June 08, 2023, 09:52:41 PM
- When was the first time you ever purchased some bitcoin?
I don't remember the exact date. I think it was sometime in 2012, or perhaps early 2013?

- What is your best bitcoin investment or deal you made so far?
Acquire Bitcoin whenever I have some extra funds available. None are any better or worse than any other.

- Have you bought any physical things/items with bitcoin?
Yes.

- What do you normally use bitcoin for?
Saving for the future. Paying my monthly satellite TV bill. Purchasing items online. Pizza from the local Pizzaria. Paying friends and/or family.

and how often do you use bitcoin in your daily life?
Every month. Usually a few times in a month.

- Do you think bitcoin will stay around forever or how long will it be with us?
Nothing lasts forever.  Forever is a VERY long time. Bitcoin will probably be around for at least a few more decades. Maybe even a century or a few.

- What is the best thing with bitcoin?
Decentralization.

& What is the worst thing with bitcoin?
Technical barriers to entry.

- Do you think bitcoin casino & sports booking will be the future of online gambling and taking over the market a lot more then it already has?
Not until it becomes a bigger part of everyday use for the average person.

- Do you have any regrets involving bitcoin?
I wish I was braver in the beginning.

- What is the best thing that has happened to you thanks to bitcoin?
I've learned a lot about cryptography and security.

- And last what do you think bitcoin will be worth in USD 31th December 2023?
I wouldn't be surprised if it was as low as $3,000. I also wouldn't be surprised if it was as high as $200,000. Anything less than $3,000 or more than $200,000 would surprise me.
20  Bitcoin / Bitcoin Discussion / Re: blockchain question on: June 08, 2023, 09:43:12 PM
Hi
Hi.

I send 130 dollars someone.
You did not.  You sent some amount of Bitcoin to someone. At the time that you sent it, a business or other service might have estimated the value of that quantity of Bitcoin at approximately $130. That estimate may or may not have been accurate depending on how reliable that business or service is at determining Bitcoin value.

I check blockchain the transaction.
What exactly did you check? Because "The Blockchain" only has the quantity of Bitcoins. It does not convert that value to dollars or any other currency. So, you almost certainly used some website or service to interpret the blockchain for you. That website or service will have done its own estimate of the value of the bitcoins that you sent. That value might have changed after you sent the transaction (since the market value of Bitcoin is constantly changing), or they may simply have used a different method of estimating value.

 And i see "Amount"  and "Output Value"  and "To"   arround 170 dollars.
Depending on what service or wallet you used to send the transaction, and what service you used to find the transaction in the blockchain, this could be as simple as differing opinions on the value of Bitcoin, or it's possible that the blockchain interpretation was showing you the value of ALL outputs (including any change from the transaction).
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 ... 680 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!