Bitcoin Forum
April 20, 2024, 01:32:47 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Is it possible to include a large amount fee while sending a small amount coins?  (Read 1563 times)
thecoinjournal (OP)
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500



View Profile WWW
October 18, 2013, 02:25:09 PM
 #1

Like, if I'm sending one btw, is it possible to pay 60K btc as the transaction fee?

The Bitcoin network protocol was designed to be extremely flexible. It can be used to create timed transactions, escrow transactions, multi-signature transactions, etc. The current features of the client only hint at what will be possible in the future.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
RaTTuS
Hero Member
*****
Offline Offline

Activity: 792
Merit: 1000


Bite me


View Profile
October 18, 2013, 02:29:26 PM
 #2

yes and it will go to the miner

In the Beginning there was CPU , then GPU , then FPGA then ASIC, what next I hear to ask ....

1RaTTuSEN7jJUDiW1EGogHwtek7g9BiEn
DannyHamilton
Legendary
*
Offline Offline

Activity: 3360
Merit: 4570



View Profile
October 18, 2013, 02:40:26 PM
 #3

Like, if I'm sending one btw, is it possible to pay 60K btc as the transaction fee?

If you happen to hold 60,001 BTC?  Absolutely, and you'll make the miner (or mining pool) that solves the the block with your transaction VERY HAPPY.
blub
Member
**
Offline Offline

Activity: 88
Merit: 10


View Profile
October 18, 2013, 03:38:05 PM
 #4

I think such a transaktion would result in all pools mining blocks with that transaction and trying to orphan the other pools transactions, also, If one pool has mined the transaction, then miners could jump to other pools, as if the transaction of thier original pool stays valid, the get thier share, no matter if they still mine for that pool, but on the other side, if an other pool should manage to orphan that block they want to be mining at that block...
So this could cause havoc with the network

DannyHamilton
Legendary
*
Offline Offline

Activity: 3360
Merit: 4570



View Profile
October 18, 2013, 03:48:09 PM
 #5

I think such a transaktion would result in all pools mining blocks with that transaction and trying to orphan the other pools transactions, also, If one pool has mined the transaction, then miners could jump to other pools, as if the transaction of thier original pool stays valid, the get thier share, no matter if they still mine for that pool, but on the other side, if an other pool should manage to orphan that block they want to be mining at that block...
So this could cause havoc with the network

The pool and the miners would have (on average) about 10 minutes to realize what just happened.

The pools would have to change their code to try to re-mine the same block.
The miners would have to switch to new pools.

If they didn't react fast enough they'd have to mine 3 blocks before the portion of the network that continues on the existing blockchain manages to get 1 block.  The longer it takes to notice and react, the more blocks that have to be orphaned, and the harder it becomes to accomplish.

If the person paying the 60,000 BTC transaction fee didn't announce it a significantly long time before they did it, I doubt it would be an issue.
wachtwoord
Legendary
*
Offline Offline

Activity: 2324
Merit: 1125


View Profile
October 18, 2013, 04:32:57 PM
 #6


If the person paying the 60,000 BTC transaction fee didn't announce it a significantly long time before they did it, I doubt it would be an issue.

Indeed. To purposefully orphan the block custom mining software is needed too and this will need to lie on the shelve ready to be deployed because of the required urgency. I don't see this happening.

If you announce it however ....
gmaxwell
Staff
Legendary
*
Offline Offline

Activity: 4158
Merit: 8382



View Profile WWW
October 18, 2013, 05:15:39 PM
 #7

Indeed. To purposefully orphan the block custom mining software is needed too and this will need to lie on the shelve ready to be deployed because of the required urgency. I don't see this happening.
It's ~one line of code to change to do it the simple stupid way. There is actually a patch ready to go sitting on github.  Several large pools have intentionally orphaned a block in the past, so they're already experienced at it.
countryfree
Legendary
*
Offline Offline

Activity: 3052
Merit: 1047

Your country may be your worst enemy


View Profile
October 18, 2013, 05:21:30 PM
 #8

Gosh! I've read so many posts about people complaining the fees were too high, it's nice to hear the opposite, even if it doesn't sound real. But, we may look at it as a way some evil-minded guy may want to corrupt the system. I usually make transactions with a 0.0005 or 0.001 fee. If some guy is stupid enough to make transactions with much higher fees, I'm afraid miners (who are not stupid) will look for ways to process these transactions before they do mine. I don't much imagine how they could do that, but then I'm not a programmer. Makes me think that since there is a limit on the bottom (a minimum fee), there could also be a limit on the upper side (a maximum fee).

I used to be a citizen and a taxpayer. Those days are long gone.
DannyHamilton
Legendary
*
Offline Offline

Activity: 3360
Merit: 4570



View Profile
October 18, 2013, 05:25:32 PM
 #9

Here's a fun thought experiment.

The U.S. government seizes equipment with unencrypted private keys that can access 100,000+ BTC.

After the trial is over, they are trying to decide what to do about the bitcoins they can control.

They publicly announce:

Quote
On {insert date and time stamp a few months in the future here} we will be making a 0.01 BTC transaction and the entire remaining quantity of seized bitcoins will be included in this single transaction as a transaction fee.  The bitcoin community is welcome to do with it whatever they like.

How would it play out?
wachtwoord
Legendary
*
Offline Offline

Activity: 2324
Merit: 1125


View Profile
October 19, 2013, 05:20:54 AM
 #10

Gosh! I've read so many posts about people complaining the fees were too high, it's nice to hear the opposite, even if it doesn't sound real. But, we may look at it as a way some evil-minded guy may want to corrupt the system. I usually make transactions with a 0.0005 or 0.001 fee. If some guy is stupid enough to make transactions with much higher fees, I'm afraid miners (who are not stupid) will look for ways to process these transactions before they do mine. I don't much imagine how they could do that, but then I'm not a programmer. Makes me think that since there is a limit on the bottom (a minimum fee), there could also be a limit on the upper side (a maximum fee).

Why? The amount of fee will be directly proportional to the priority the transaction gets. That's the whole idea. The more you pay the faster you are served. It doesn't get much fairer than that and it doesn't have to be defined explicitly because the free market of mining will take care of it Smiley
wachtwoord
Legendary
*
Offline Offline

Activity: 2324
Merit: 1125


View Profile
October 19, 2013, 05:23:12 AM
 #11

Indeed. To purposefully orphan the block custom mining software is needed too and this will need to lie on the shelve ready to be deployed because of the required urgency. I don't see this happening.
It's ~one line of code to change to do it the simple stupid way. There is actually a patch ready to go sitting on github.  Several large pools have intentionally orphaned a block in the past, so they're already experienced at it.

Okay thanks for the info. I did not know it was so easy to hardcode to ignore a certain block (that's what I'm guessing you mean with stupid solution). I also didn't know pools already did this once. Could you tell me how and why that was? (You don't mean the version that fixed the bug and caused a fork do you? Because for that mining pools just needed to downgrade).
countryfree
Legendary
*
Offline Offline

Activity: 3052
Merit: 1047

Your country may be your worst enemy


View Profile
October 19, 2013, 02:21:20 PM
 #12

Gosh! I've read so many posts about people complaining the fees were too high, it's nice to hear the opposite, even if it doesn't sound real. But, we may look at it as a way some evil-minded guy may want to corrupt the system. I usually make transactions with a 0.0005 or 0.001 fee. If some guy is stupid enough to make transactions with much higher fees, I'm afraid miners (who are not stupid) will look for ways to process these transactions before they do mine. I don't much imagine how they could do that, but then I'm not a programmer. Makes me think that since there is a limit on the bottom (a minimum fee), there could also be a limit on the upper side (a maximum fee).

Why? The amount of fee will be directly proportional to the priority the transaction gets. That's the whole idea. The more you pay the faster you are served. It doesn't get much fairer than that and it doesn't have to be defined explicitly because the free market of mining will take care of it Smiley

Well, I'm certainly no socialist, but I don't like the idea that people who can afford paying higher fees, get their transaction processed faster than mine, because I plan to keep on paying low fees. I understand fees can vary according to the transaction's weight, but 2 transactions of the same weight shall require the same fee, and be processed at the same speed.

I used to be a citizen and a taxpayer. Those days are long gone.
DannyHamilton
Legendary
*
Offline Offline

Activity: 3360
Merit: 4570



View Profile
October 19, 2013, 02:33:34 PM
 #13

Well, I'm certainly no socialist, but I don't like the idea that people who can afford paying higher fees, get their transaction processed faster than mine, because I plan to keep on paying low fees. I understand fees can vary according to the transaction's weight, but 2 transactions of the same weight shall require the same fee, and be processed at the same speed.

This is an auction.

There is limited space in the block.  Those creating transactions are placing auction bids for that space.

It is perfectly fair and reasonable for the bidders to determine how much that space is worth to them.
gmaxwell
Staff
Legendary
*
Offline Offline

Activity: 4158
Merit: 8382



View Profile WWW
October 20, 2013, 05:55:52 PM
 #14

Could you tell me how and why that was? (You don't mean the version that fixed the bug and caused a fork do you? Because for that mining pools just needed to downgrade).
"Just needing to downgrade" would have meant erasing the blockchain database because their 0.8 installs were not compatible (different database formats), which would have meant being offline for a long time to sync back up. Instead, at least in the initial repair they fixed by directly hard coding a different block or by blacklistingthe one on the 0.8-only fork.
wachtwoord
Legendary
*
Offline Offline

Activity: 2324
Merit: 1125


View Profile
October 20, 2013, 06:52:47 PM
 #15

Could you tell me how and why that was? (You don't mean the version that fixed the bug and caused a fork do you? Because for that mining pools just needed to downgrade).
"Just needing to downgrade" would have meant erasing the blockchain database because their 0.8 installs were not compatible (different database formats), which would have meant being offline for a long time to sync back up. Instead, at least in the initial repair they fixed by directly hard coding a different block or by blacklistingthe one on the 0.8-only fork.

Ah okay, didn't know the formats were that incompatible. I thought downgrading and performing a rescan would have done the trick.

Thanks again! Smiley
UnoWallet
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
October 23, 2013, 05:44:53 AM
 #16

I think such a transaktion would result in all pools mining blocks with that transaction and trying to orphan the other pools transactions, also, If one pool has mined the transaction, then miners could jump to other pools, as if the transaction of thier original pool stays valid, the get thier share, no matter if they still mine for that pool, but on the other side, if an other pool should manage to orphan that block they want to be mining at that block...
So this could cause havoc with the network

Many pools keep the fee themselves, so it may not be an incentive for miners to jump pools because of that.
blub
Member
**
Offline Offline

Activity: 88
Merit: 10


View Profile
October 25, 2013, 09:33:36 PM
 #17

for now, but I think that will change in the near futur

transactions per day are rising fast, and the next revard halving is incomming,
in addition miner have to calculate more sharply, I just don't see any Pool after the next halving beeing able to keep the fees.

Besides, with such a mega fee miners would have an incentive to switch to a pool which pays the fees,

Kouye
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250


Cuddling, censored, unicorn-shaped troll.


View Profile
October 26, 2013, 01:45:57 PM
 #18

Here's a fun thought experiment.

The U.S. government seizes equipment with unencrypted private keys that can access 100,000+ BTC.

After the trial is over, they are trying to decide what to do about the bitcoins they can control.

They publicly announce:

Quote
On {insert date and time stamp a few months in the future here} we will be making a 0.01 BTC transaction and the entire remaining quantity of seized bitcoins will be included in this single transaction as a transaction fee.  The bitcoin community is welcome to do with it whatever they like.

How would it play out?

Interesting... As a workaround, would it be possible that miners have:

- The right to keep up to 30% of the fees they process
- The obligation to redistribute the ~70% left to the network, as "free fees" for other miners
- The duty to check that all other miners are complying to 2 first rules, and invalidate any cheating miner


[OVER] RIDDLES 2nd edition --- this was claimed. Look out for 3rd edition!
I won't ever ask for a loan nor offer any escrow service. If I do, please consider my account as hacked.
inform
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile WWW
October 26, 2013, 02:11:21 PM
 #19

Some transactions 0.00000001 or 0.00005


this what comisions % or pool miners

this i say what i see in my life in practics
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!