Bitcoin Forum
May 06, 2024, 05:00:39 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: transaction fees for high entropy transaction?  (Read 1288 times)
grondilu (OP)
Legendary
*
Offline Offline

Activity: 1288
Merit: 1076


View Profile
May 01, 2011, 05:33:14 PM
 #1


I was just looking at bitcoin explorer and I saw that some high decimal precision transactions already occured.

Such as [utl=http://blockexplorer.com/t/AVJUJWnahm]82.68708455[/url] for instance.

Such a complex amount for a transaction is probably holding data, not just an amount.  Satoshi had already expressed his concern about people using the block chain to store data, and I think he considered this as some kind of an attack on the network.

I wonder if miners could not consider requesting special transaction fees for amounts that have high entropic value.

By entropic, I mean that for instance an amount such as 105.43908821 has much more entropy than 0.01, even if it is much bigger.  To me, a transaction of the former amount should be more likely to require a transaction fee than the latter.

I think it doesn't even have to need any modification of the bitcoin code, does it?  I guess it is just a request we could address to the miners.

1714971639
Hero Member
*
Offline Offline

Posts: 1714971639

View Profile Personal Message (Offline)

Ignore
1714971639
Reply with quote  #2

1714971639
Report to moderator
1714971639
Hero Member
*
Offline Offline

Posts: 1714971639

View Profile Personal Message (Offline)

Ignore
1714971639
Reply with quote  #2

1714971639
Report to moderator
1714971639
Hero Member
*
Offline Offline

Posts: 1714971639

View Profile Personal Message (Offline)

Ignore
1714971639
Reply with quote  #2

1714971639
Report to moderator
The forum was founded in 2009 by Satoshi and Sirius. It replaced a SourceForge forum.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
grondilu (OP)
Legendary
*
Offline Offline

Activity: 1288
Merit: 1076


View Profile
May 01, 2011, 05:54:37 PM
 #2

Now, could you inspect transactions and try to make a guess at whether they're conveying data through a side channel?  Perhaps.  But it would be an unreliable guess.  For example, the presence of .01 transaction, made to a particular address at a roughly particular time, could convey significant information.  Is 2.71828 a high-entropy amount, or is it just an estimate of e or a result of an exchange-rate conversion?  Etc.


Why on earth would anyone use e as an amount for a monetary transaction ?

You are right about exchange rates conversion, though.  I've just realised it.  So you have a point.

Raulo
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
May 01, 2011, 06:06:51 PM
 #3


I was just looking at bitcoin explorer and I saw that some high decimal precision transactions already occured.

Such as [utl=http://blockexplorer.com/t/AVJUJWnahm]82.68708455[/url] for instance.

Such a complex amount for a transaction is probably holding data, not just an amount. 

Why do you think so? This is a transfer from a wallet that contains generation from luke-jr pool that creates amounts with 8 digit precision:
http://blockexplorer.com/address/14rJYeAPkXGDRVeTcEn7czE9xNaU5aRi64

Nothing sinister is going on. And even if so, why should we care? Bitcoin cannot hold much of entropy and even if such trasfers would become more common, it's not a bigger problem than transaction spam.

1HAoJag4C3XtAmQJAhE9FTAAJWFcrvpdLM
grondilu (OP)
Legendary
*
Offline Offline

Activity: 1288
Merit: 1076


View Profile
May 01, 2011, 06:27:39 PM
 #4



Well, entropy has a meaning for a number, at least in a particular base  (100000 has very little entropy in Base-10, for instance, but much higher in base-8).



But anyway, I totally forgot that a transaction amount can indeed be the result of some arithmetic operation (currency exchange, division into several parts, and so on).


That was silly of me.   I lock this thread.

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!