Search content
Sort by
Showing 20 of 428 results by Skybuck
What D5000 is describing sounds like a vunerability in bitcoin 
So are you "saying" that it's possible to send bitcoins to an exchange like for example MEXC and then "fool" them by having the script delay the "ownership" by say 10000 blocks... and then if MEXC falls for it and credits the attempt with on exchange credit then later the owner of btc can reverse the transaction (Or doesn't have to as it expires )
So are you "saying" that it's possible to send bitcoins to an exchange like for example MEXC and then "fool" them by having the script delay the "ownership" by say 10000 blocks... and then if MEXC falls for it and credits the attempt with on exchange credit then later the owner of btc can reverse the transaction
(Or doesn't have to as it expires )When you read the whitepaper and study Bitcoin more you realize that one of the principles which is the central idea behind Bitcoin was its irreversibility. It is actually addressing an existing problem with previous payment systems (eg. PayPal) where the transactions can be reversed very easily and the problems such a feature creates for its users specifically the merchants (receiving payments).
What you are suggesting goes against that principle.
What you are suggesting goes against that principle.
Which parts of the paper you believe has this intention ?
Interesting point, however it seems:
1. Bitcoin has evolved beyond this point (see replace by fee feature)
2. Eventually the transaction will be permanent.
To make blockchain more forgiving for human errors it's time to introduce the "undo" transaction.
This undo transaction can be issued up to 5 blocks from the original transaction, after which it is no longer possible.
In case of bitcoin this should give the user 50 minutes the time to issue the undo transaction, after the 6th confirmation of the original transaction it is no longer possible if the undo transaction was not included in the 2th, 3th, 4th, 5th, 6th block since the original transaction, being the 1th block.
Bitcoin is not for human errors, there was no place for it when it was created but later some things changed and at some point, it's forgiving to human errors. For example, there was no Replace By Fee and now, with Replace By Fee option, you can increase the transaction fee in case it doesn't get confirmed and you can also reverse the transaction before it gets confirmed in the next block. i.e. if you aren't unlucky and your transaction doesn't get confirmed immediately, you have some time to reverse transaction by paying a little higher fee.This undo transaction can be issued up to 5 blocks from the original transaction, after which it is no longer possible.
In case of bitcoin this should give the user 50 minutes the time to issue the undo transaction, after the 6th confirmation of the original transaction it is no longer possible if the undo transaction was not included in the 2th, 3th, 4th, 5th, 6th block since the original transaction, being the 1th block.
What you describe is the problem that Bitcoin tried to solve (double spend). So, that can't be implemented in Bitcoin. It doesn't work like that, it doesn't count minutes, it counts confirmation and also by following your idea, it will take lots of time to get Bitcoin transactions confirmed but majority of people want to get it confirmed ASAP, so many businesses that offer instant deposit, won't be able to show you deposit for at least 50 minutes.
Funny assumptions, being made. 1. How do you know what bitcoin was ment for ? Are you Satoshi Nakamoto ?
2. Do you mean bitcoin was ment for robots/AI ? 3. What you wrote about replace by fee could be an admission that bitcoin needs to be a bit more forgiving, so perhaps a trend.I have not heard of a technical reason yet, why it could not be implemented. Basically "it's a state" thing and state can be modified by anything... however one has to known when the "state" is truely considered "stable"... in that sense my proposal does fit within the "6 confirmations" and the state should be stable mantra.
Anyway consider the following:
1. Either get used to 6 confirmation times + undo possibility
or the alternative
2. Loose funds when making a typo.
Depending on the typo and situation, it could be small, medium, a lot or all of your funds...
I just imagined a world without noobs where everyone is an expert. There's no room for errors because experts will likely behave like machines. Even experts atimes makes errors or dramatically changes their mind.
It's not about not making mistakes, it's about thinking before doing something. If you need more than 3 seconds, think for more than 3 seconds. If you can't do that, no amount of popups is going to stop you.You're thinking process is not as safe as you think it is, it can be attacked, by for example making you panick somehow, interesting isn't it !
For example:
An exchange just announced it's closing up shop soon, and you have lots of different coins on it, including bitcoin, now you must decide what to do, you worry that if you too late you will not get a good exchange price, and you must think, do I sell ? or do I extract and pay withdraw fees, the time is ticking, plus your sister just called and told you she is quite pissed that Trump won ! LOL and wants you to make some kind of report immediately ! LOL, you hear the distress in her voice, she didn't literally tell you she is pissed about Trump, but the emotion gets to you !
Just one little example of how somebody could "press your buttons".
Maybe you can think of something that makes you panick, recent panicks might be the recent fires in L.A. where people lost their homes, perhaps sleep deprived from all the stress, fleeing for their lives, not sure if their brains would still function properly after all of that, and they try and buy something with bitcoin...
If you don't want to make mistake then don't do mistakes just as simple as that.
Even Protonmail has an "Undo" option now after sending. You can't undo email to external providers, so all this means is they've added an extra time delay before really sending the email. More and more services are doing that, and all it does is make email slower.Your wallet could add a delay before broadcasting, but that's just moving the "you should check it"-part and makes your transaction slower.
This is a pretty cool idea, however there are some problems with it, the user might only notice the problem, once the error transaction is processed and accepted by the blockchain, for example it is seen by block explorers and/or the user notices it's not showing up as it should...
In case of bitcoin this should give the user 50 minutes the time to issue the undo transaction, after the 6th confirmation of the original transaction it is no longer possible if the undo transaction was not included in the 2th, 3th, 4th, 5th, 6th block since the original transaction, being the 1th block.
Don't you think that if this is implemented in the bitcoin network, it will give some people the room to malicious undo transactions which can pave way for double spending and hence create confusion in the network.You are trying to destroy one of the unique attributes of bitcoin as I learnt, i.e irreversibility. This feature makes bitcoin fit for ai and machine integration in the future.
Edit: Just noticing that pooya87 has said similar thing above.
I think the opposite logic could also be used, it gives people the chance to recover from malicious events, like people realize they got scammed, by for example sending small amounts of bitcoins to rich bitcoin people and these addresses end up in their wallets and they send to the wrong address because it was a smaller address, for example:
ert45345...3453453
ert45345...3453453
^
A known attack where some wallets don't display all digits and the ... contain the scammers address.
As usual, i see you make unique suggestion/idea on technical board. I can't wait coffee shop require 6 (5 + 1) confirmation and exchange require 11 (5 + 6) confirmation, once your idea implemented on Bitcoin network.
Jokes aside, people already can "undo" or "cancel" their unconfirmed transaction thanks to existence of RBF and full-RBF. They just need to use wallet which support such feature, such as Electrum.
Jokes aside, people already can "undo" or "cancel" their unconfirmed transaction thanks to existence of RBF and full-RBF. They just need to use wallet which support such feature, such as Electrum.
Why is the exchange included in the transaction, that part of your comment/reply I do not understand ? Maybe to convert dollars into bitcoin and then pay at the coffee shop with bitcoin ?
50 minutes and an "undo" option? That doesn’t seem like something the community would support.
Bitcoin’s whole purpose is to scale and provide fast, irreversible transactions. A 50-minute wait time and the ability to cancel transactions go completely against that purpose. It would make things messy, like following the model of some fiat digital wallets.
In our country, one of the wallet providers actually introduced something similar, and while it may work for fiat, it feels out of place for Bitcoin.
Bitcoin’s whole purpose is to scale and provide fast, irreversible transactions. A 50-minute wait time and the ability to cancel transactions go completely against that purpose. It would make things messy, like following the model of some fiat digital wallets.
In our country, one of the wallet providers actually introduced something similar, and while it may work for fiat, it feels out of place for Bitcoin.
Quote
GCash cannot automatically reverse a completed transaction, but you can dispute it
Some users like it, but we are not fiat, we are bitcoin,, so we don't follow their style.Strange conception you have. Bitcoin general advise is to wait 6 confirmations, this is not unnecessary, it's the way bitcoin works internally, it's possible for their to be multi-chain/multi-end points, basically a race condition, where multiple chains are the longest, only after some time will one grow faster than the other.
When you read the whitepaper and study Bitcoin more you realize that one of the principles which is the central idea behind Bitcoin was its irreversibility. It is actually addressing an existing problem with previous payment systems (eg. PayPal) where the transactions can be reversed very easily and the problems such a feature creates for its users specifically the merchants (receiving payments).
What you are suggesting goes against that principle.
What you are suggesting goes against that principle.
Which parts of the paper you believe has this intention ?
Just never sign a transaction unless its locktimed for at least 5 blocks in the future. TADA "undo". Enjoy.
I like it! OP could even patch one of the open source wallets to do this for him. I won't use it though: it'll just be annoyingly slow. Waiting for 1 confirmation already feels slow when I order something.more forgiving for human errors
Scammers will love this feature!While bitcoin is the gold standard of cryptocoins, it is indeed slow, the idea is that other faster blockchains/dagchains will overtake/also incorporate this feature so that faster blockchains can also support it, but maybe with more "grace" blocks, otherwise the undo time would be quite limited.
Concerning the scammers
It's good practice for people to wait a certain number of transactions for confirmations =D This could also be build into software to make sure transactions weren't undone.This is not currently possible and probably never will be in the foreseeable future because of the simple reason of once you send a transaction to another address, you no longer have the private keys to spend that sent BTC.
So any proposal that implements an "undo" transaction will not work out because then anybody could do chargebacks, and normal people would no longer be able to trust that untrustworthy actors have sent their BTC and won't try to take it back fraudulently.
So any proposal that implements an "undo" transaction will not work out because then anybody could do chargebacks, and normal people would no longer be able to trust that untrustworthy actors have sent their BTC and won't try to take it back fraudulently.
I think this is nonsense, the original transaction will simply be ignored/overruled by the undo transaction which will be recorded in block 1,2,3,4,5 after the original transaction.
As far as I know private keys are never revealed in bitcoin... it's only used to "sign" a transaction, and therefore there is no problem, and an undo transaction can also be signed by original user, whoever it was transferred to is not the new owner, as it was rolled back/undone...
I do see one potential problem with this idea: a merchant must keep up with the blocks to see the undo transaction, if the merchant's bitcoin system would go offline it might not see the undo transaction...
5 confirmations, then you can undo the transaction?
I think that's impossible. I don't think there's any wallet that can do this except for transactions with 0 confirmation. Electrum can cancel the transaction, but the process is by replacing the old transaction to send BTC back to your wallet with a higher TX fee.
I think that's impossible. I don't think there's any wallet that can do this except for transactions with 0 confirmation. Electrum can cancel the transaction, but the process is by replacing the old transaction to send BTC back to your wallet with a higher TX fee.
NO, You can immediately undo the transaction, that is the entire idea, the fastest the better, you have until the 6th confirmation comes in, if the undo transaction was not issued/seen by the network by that time/block, the undo transaction is no longer valid/accepted and the transaction is permanent.
So the idea is you must submit the undo transaction before the usual/guidance/advise of waiting 6 confirmations before a bitcoin transaction can be considered valid/safe.
To make blockchain more forgiving for human errors it's time to introduce the "undo" transaction.
This undo transaction can be issued up to 5 blocks from the original transaction, after which it is no longer possible.
In case of bitcoin this should give the user 50 minutes the time to issue the undo transaction, after the 6th confirmation of the original transaction it is no longer possible if the undo transaction was not included in the 2th, 3th, 4th, 5th, 6th block since the original transaction, being the 1th block.
This undo transaction can be issued up to 5 blocks from the original transaction, after which it is no longer possible.
In case of bitcoin this should give the user 50 minutes the time to issue the undo transaction, after the 6th confirmation of the original transaction it is no longer possible if the undo transaction was not included in the 2th, 3th, 4th, 5th, 6th block since the original transaction, being the 1th block.
⭐ Merited by PowerGlove (1)
Cracked, Transmitted, Cracked Again, Stolen:
https://stacker.news/items/683489
Plus yelled at:
https://mempool.space/tx/75212bc4690e100438398b3bf30a2066e4861b36dc961c485925641e8de762d4
https://stacker.news/items/683489
Plus yelled at:
https://mempool.space/tx/75212bc4690e100438398b3bf30a2066e4861b36dc961c485925641e8de762d4
I write this 3 days before halving...
So far it has been disappointing... no big rallies/bull runs yet.
Possible causes:
1. People's transactions to transfer/sell bitcoin after all time high still processing/back log (profit taking, congestion on btc blockchain/limited blockspace).
2. Major Exchanges pulling out of countries due to laws.
3. Tether/usdt pulling out/closing up shop on some blockchains (causes usdt liquidity issue, lack of usdt on exchanges(?)).
4. Some ETF outflows mostly grayscale ETF annual fee related (high maintenance costs, outflow/inflow to cheaper competitors or permanent outflow/self custody).
5. Bitcoin over bought, now correction: long term holders selling to short term holders.
Possible time line:
Next 2 weeks possible drop to 50k (for now holding on to 60k thx to oil/gold rally)
Next 2 months recovery/rally to 72k
Next 2 weeks Side ways 72k
Next 4 years to 100k to 150k, maybe 250k all time high.
So far it has been disappointing... no big rallies/bull runs yet.
Possible causes:
1. People's transactions to transfer/sell bitcoin after all time high still processing/back log (profit taking, congestion on btc blockchain/limited blockspace).
2. Major Exchanges pulling out of countries due to laws.
3. Tether/usdt pulling out/closing up shop on some blockchains (causes usdt liquidity issue, lack of usdt on exchanges(?)).
4. Some ETF outflows mostly grayscale ETF annual fee related (high maintenance costs, outflow/inflow to cheaper competitors or permanent outflow/self custody).
5. Bitcoin over bought, now correction: long term holders selling to short term holders.
Possible time line:
Next 2 weeks possible drop to 50k (for now holding on to 60k thx to oil/gold rally)
Next 2 months recovery/rally to 72k
Next 2 weeks Side ways 72k
Next 4 years to 100k to 150k, maybe 250k all time high.
Well here we are, drop to 50k bitcoin, 3 to 4 months later then expected.
Where others see panic I see oppertunity =D
I think whitepaper is just a summary, so it's not very detail. While the source code is everything that make Bitcoin run, probably there's other thing that didn't mentioned in whitepaper besides halving.
POS = Proof of Scam, stay away from POS coins/tokens.
POS = Proof of Scam, stay away from POS coins/tokens.
It is best to have the bitcoin github[1] as reference since all the updates and upgrades are mentioned on that repository.
To be more accurate, on lines 1752-1763.Code: (https://github.com/bitcoin/bitcoin/blob/master/src/validation.cpp#L1752)
CAmount GetBlockSubsidy(int nHeight, const Consensus::Params& consensusParams)
{
int halvings = nHeight / consensusParams.nSubsidyHalvingInterval;
// Force block reward to zero when right shift is undefined.
if (halvings >= 64)
return 0;
CAmount nSubsidy = 50 * COIN;
// Subsidy is cut in half every 210,000 blocks which will occur approximately every 4 years.
nSubsidy >>= halvings;
return nSubsidy;
{
int halvings = nHeight / consensusParams.nSubsidyHalvingInterval;
// Force block reward to zero when right shift is undefined.
if (halvings >= 64)
return 0;
CAmount nSubsidy = 50 * COIN;
// Subsidy is cut in half every 210,000 blocks which will occur approximately every 4 years.
nSubsidy >>= halvings;
return nSubsidy;
Was it in there from the start or later added ?
To answer my own question:
Using deepgit 4.3 on Windows 7 german laptop with 2GB RAM, pagefile.sys/vmram 2 GB:
Code:
int64 CBlock::GetBlockValue(int64 nFees) const
{
int64 nSubsidy = 50 * COIN;
// Subsidy is cut in half every 4 years
nSubsidy >>= (nBestHeight / 210000);
return nSubsidy + nFees;
}
Blame for
File main.cpp
Commit e071a3f6 by sirius-m at 2009-08-30 05:46 on v0.1.5, v0.3.20, v0.3.20.01_closest, v0.3.20.2_closest
Msg First commit
{
int64 nSubsidy = 50 * COIN;
// Subsidy is cut in half every 4 years
nSubsidy >>= (nBestHeight / 210000);
return nSubsidy + nFees;
}
Blame for
File main.cpp
Commit e071a3f6 by sirius-m at 2009-08-30 05:46 on v0.1.5, v0.3.20, v0.3.20.01_closest, v0.3.20.2_closest
Msg First commit
Who or what is sirius-m, in short SM.
Is it really Satoshi Moto ?
There were some shenigans along the way/changes/"going deeper"
One attempt to change 210000 block halving to 150 block halving, not sure why, maybe for halving testing purposes, or preventing miners from getting too many too early.
Yes it is a steady addition of new coins with a division factor to prevent an infinite supply. What exactly is your problem? We're not mining Dogecoin here.
This is "inversed exponential"
*Legend has it a math guy tricked a king once with grain.
I write this 3 days before halving...
So far it has been disappointing... no big rallies/bull runs yet.
Possible causes:
1. People's transaction to transfer/sell bitcoin after all time high still processing/back log.
2. Major Exchanges pulling out of countries due to laws.
3. Tether/usdt pulling out/closing up shop on some blockchains.
4. Some ETF outflows mostly grayscale ETF annual fee related.
5. Bitcoin over bought, now correction: Llong term holders selling to short term holders.
Possible time line:
Next 2 weeks possible drop to 50k
Next 2 months recovery/rally to 72k
Side ways 72k
Next 4 years to 100k to 150k, maybe 250k all time high.
So far it has been disappointing... no big rallies/bull runs yet.
Possible causes:
1. People's transaction to transfer/sell bitcoin after all time high still processing/back log.
2. Major Exchanges pulling out of countries due to laws.
3. Tether/usdt pulling out/closing up shop on some blockchains.
4. Some ETF outflows mostly grayscale ETF annual fee related.
5. Bitcoin over bought, now correction: Llong term holders selling to short term holders.
Possible time line:
Next 2 weeks possible drop to 50k
Next 2 months recovery/rally to 72k
Side ways 72k
Next 4 years to 100k to 150k, maybe 250k all time high.
What is really worrieing me at the moment is the term "halving".
Initially I wanted to respond to your question in a very normal way, despite finding your topic title quite disturbing. But It seems that you are only looking to ignite some senseless discussions around Bitcoin and get attention. While it’s valuable for anyone to explore and ask about the intricacies of blockchain technology, it’s also important to base our discussions in verified information and rational arguments, as sometimes you are answering with much knowledge about the blockchain then again asking some dumb questions.
Having read your previous topics telling me that you like circus shows. If Satoshi were indeed your computer science teacher, perhaps you could ask him directly about the halving and why it wasn't mentioned in the white paper.
Perhaps this planet is one big circus show ! =D (matter of perspective) In that case, Welcome to planet Circus ! =D
White paper does not mention halving !
The claim that the Bitcoin white paper misleads by not mentioning halving is not true. The halving process is indeed a fundamental part of Bitcoin’s design. The white paper specifies that after every 210,000 blocks, the reward for miners will halve. This means that while the white paper talks about the addition of new coins, it also implies a decreasing rate of supply over time due to halving events. These events are designed to control inflation and mimic the extraction of precious resources, becoming less frequent over time until the cap of 21 million bitcoins is reached. The halving is not a “dirty little trick” but a transparent and predictable feature of the Bitcoin protocol that is public and verifiable by anyone who examines the source code or understands the protocol’s rules.This shitty paper without algorithms, without (pascal( pseudo code is only 9 pages left ?!
https://bitcoin.org/bitcoin.pdf
Where did your delusional reading start on what page ? You claim it's there, I don't think so, a simple search turned up nothing, I am not going to bother reading this scammy document again, it's up to you to at least give me a page number so I can cut my reading into 1/9.
Others have already stated, they also so nothing mentioned about halving...