Bitcoin Forum
May 06, 2024, 08:34:46 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Bundleing transactions  (Read 989 times)
Sev3n (OP)
Newbie
*
Offline Offline

Activity: 12
Merit: 0



View Profile WWW
January 10, 2012, 04:05:54 AM
 #1

Im planning on launching a site before long, and have seen some sites that bundle transactions to reduce the fees. Im fairly new to bitcoin and was wondering how this was done. Is it simple? Are there special tools? Sorry If this a super newbie question.
1714984486
Hero Member
*
Offline Offline

Posts: 1714984486

View Profile Personal Message (Offline)

Ignore
1714984486
Reply with quote  #2

1714984486
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714984486
Hero Member
*
Offline Offline

Posts: 1714984486

View Profile Personal Message (Offline)

Ignore
1714984486
Reply with quote  #2

1714984486
Report to moderator
1714984486
Hero Member
*
Offline Offline

Posts: 1714984486

View Profile Personal Message (Offline)

Ignore
1714984486
Reply with quote  #2

1714984486
Report to moderator
1714984486
Hero Member
*
Offline Offline

Posts: 1714984486

View Profile Personal Message (Offline)

Ignore
1714984486
Reply with quote  #2

1714984486
Report to moderator
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
January 10, 2012, 04:08:44 AM
 #2

sendmany RPC is the normal method.
nooblet
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
January 10, 2012, 12:55:12 PM
 #3

Am I getting this right ?

You can have one big transaction and pay just one fee for that big transaction BUT in that big transaction also have like 10 or more transfers of coins / secondary transactions too ?
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
January 10, 2012, 01:35:00 PM
 #4

Am I getting this right ?

You can have one big transaction and pay just one fee for that big transaction BUT in that big transaction also have like 10 or more transfers of coins / secondary transactions too ?

Yes except Bitcoin doesn't consider them secondary transactions.

Bitcoin just sees everything as moving coins.

You have inputs (address you control) and outputs (address you want to send/pay/load).

You can have 1+ inputs and 1+ outputs.

When casascius (bitcoin coins) loaded some coins he showed a single transaction with hundreds (thousands?) of outputs.
caveden
Legendary
*
Offline Offline

Activity: 1106
Merit: 1004



View Profile
January 10, 2012, 01:39:09 PM
 #5

Am I getting this right ?

You can have one big transaction and pay just one fee for that big transaction BUT in that big transaction also have like 10 or more transfers of coins / secondary transactions too ?

Yes, but normally the fee you pay is proportional to the transaction size anyway.

Actually, this leaves me with a doubt too. What is actually signed by the inputs of a transaction? Is it the entire output list, or a constant size hash of such output list? Because if it is the former, I guess you risk using more space with bundle transactions, since you'd have to sign every output with every input.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
January 10, 2012, 01:43:51 PM
Last edit: January 10, 2012, 01:54:33 PM by DeathAndTaxes
 #6

Am I getting this right ?

You can have one big transaction and pay just one fee for that big transaction BUT in that big transaction also have like 10 or more transfers of coins / secondary transactions too ?

Yes, but normally the fee you pay is proportional to the transaction size anyway.

Actually, this leaves me with a doubt too. What is actually signed by the inputs of a transaction? Is it the entire output list, or a constant size hash of such output list? Because if it is the former, I guess you risk using more space with bundle transactions, since you'd have to sign every output with every input.

Since signing is computationally intensive (and directly linear to the size of the digest) you sign a hash of the data.  This applies to other forms of cryptographic signing than just Bitcoin.  This is why security of hash functions is taken so seriously, if the hash function is flawed you can spoof a digital signature even if the signing algorithm is secure.

Signing: transaction -> hash -> hash signed w/ private key.
Verifying: transaction -> recreate hash -> sign hash w/ public key and verify against recreated hash.
caveden
Legendary
*
Offline Offline

Activity: 1106
Merit: 1004



View Profile
January 10, 2012, 01:49:14 PM
 #7

I imagined it. Thanks for confirming.
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!