Timechain
The timechain, year by year
All 17 seasons →Satoshi Nakamoto archiveBitcoin history timelineBlock size wars
Search Donate
Sponsors
Cake Wallet, private Bitcoin and Monero walletSideShift.ai, no-signup crypto exchangeOrangeRock, non-custodial bitcoin spot and perps tradingBraiins Hashpower, buy and sell Bitcoin hashrateLayer Two Labs, drivechains for Bitcoin
Home / Satoshi archive / Topics
Topic

Fees

69 writings, oldest first

  1. bitcoin.org

    Bitcoin: A Peer-to-Peer Electronic Cash System

    Bitcoin: A Peer-to-Peer Electronic Cash System Satoshi Nakamoto satoshin@gmx.com www.bitcoin.org Abstract. A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without…

  2. Cryptography mailing list (metzdowd)

    Bitcoin P2P e-cash paper

    James A. Donald wrote: If you're having trouble with the inflation issue, it's easy to tweak it for transaction fees instead. It's as simple as this: let the output value from any transaction be 1 cent less than the input value. Either…

  3. Cryptography mailing list (metzdowd)

    Bitcoin P2P e-cash paper

    James A. Donald wrote: When there are multiple double-spent versions of the same transaction, one and only one will become valid. The receiver of a payment must wait an hour or so before believing that it's valid. The network will resolve…

  4. Cryptography mailing list (metzdowd)

    Bitcoin P2P e-cash paper

    I'll try and hurry up and release the sourcecode as soon as possible to serve as a reference to help clear up all these implementation questions. Ray Dillinger (Bear) wrote: Only the buyer signs, and there's no blinding. Identities are…

  5. Cryptography mailing list (metzdowd)

    Bitcoin v0.1 released

    Announcing the first release of Bitcoin, a new electronic cash system that uses a peer-to-peer network to prevent double-spending. It's completely decentralized with no server or central authority. See bitcoin.org for screenshots.…

  6. bitcoin-list (SourceForge)

    [bitcoin-list] Bitcoin v0.1 Alpha release notes

    Release notes for Bitcoin v0.1 Alpha Bitcoin is a new electronic cash system that uses a peer-to-peer network to prevent double-spending. It's completely decentralized with no server or central authority. You can find screenshots and the…

  7. Private email (Dustin Trammell)

    Re: Bitcoin v0.1 released

    There's at least one node who's inbound IP keeps changing all the time within the same class B. Maybe every time the program is run. I wasn't expecting that. Do you mind if I CC the rest of this to bitcoin-list or Cryptography? BTW,…

  8. Cryptography mailing list (metzdowd)

    Bitcoin v0.1 released

    I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…

  9. Private email (Dustin Trammell)

    Re: Bitcoin v0.1 released

    I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…

  10. Private email (Dustin Trammell)

    Re: Bitcoin v0.1 released

    I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…

  11. bitcoin-list (SourceForge)

    Re: [bitcoin-list] Bitcoin v0.1 released

    I would be surprised if 10 years from now we're not using electronic currency in some way, now that we know a way to do it that won't inevitably get dumbed down when the trusted third party gets cold feet. It could get started in a narrow…

  12. bitcoin-list (SourceForge)

    [bitcoin-list] Bitcoin v0.1.5 released

    Version 0.1.5 is now available. It includes the fix for the problem Nicholas had, checking for disk full and changes to try to improve things that were confusing. Special thanks to Nicholas and Dustin for all their help and feedback!…

  13. P2P Foundation forum

    Bitcoin open source implementation of P2P currency

    I've developed a new open source P2P e-cash system called Bitcoin. It's completely decentralized, with no central server or trusted parties, because everything is based on crypto proof instead of trust. Give it a try, or take a look at…

  14. P2P Foundation p2p-research list

    [p2p-research] Bitcoin open source implementation of P2P currency

    I've developed a new open source P2P e-cash system called Bitcoin. It's completely decentralized, with no central server or trusted parties, because everything is based on crypto proof instead of trust. Give it a try, or take a look at…

  15. P2P Foundation p2p-research list

    [p2p-research] Bitcoin P2P e-currency v0.1 released

    Announcing the release of Bitcoin, a new open source peer-to-peer electronic cash system that's completely decentralized, with no central server or trusted parties. Users hold the crypto keys to their own money and transact directly with…

  16. Private email (Mike Hearn)

    Questions about BitCoin

    Hi Mike, I'm glad to answer any questions you have. If I get time, I ought to write a FAQ to supplement the paper. There is only one global chain. The existing Visa credit card network processes about 15 million Internet purchases per day…

  17. Private email (Martti Malmi)

    Re: Bitcoin

    mmalmi@cc.hut.fi wrote: That would be great! I added you (dmp1ce) as a dev to the sourceforge project and gave you access to edit the web space and everything. Definitely. This will be an absolutely essential feature once things get…

  18. Private email (Martti Malmi)

    Re: Setup, Autorun, v0.1.6

    Thanks for that. I'm still merging in some changes I had that need to go in before any next release. Some things based on questions and feedback I've received that'll reduce confusion. I'll probably enable multi-proc generating support,…

  19. Private email (Martti Malmi)

    Re: Setup, Autorun, v0.1.6

    Yeah, I put back your startup folder shortcut code and it started fine for me too on XP and Vista. For good measure, I changed it to make the shortcut settings look identical to one I manually created. I set the working directory to where…

  20. Private email (Martti Malmi)

    Re: Forum

    mmalmi@cc.hut.fi wrote: What do you see as the benefits of switching the wiki? Some I can think of: SSL get away from sourceforge's unreliable hosting everything not logged by sourceforge The forum feature is about as weak as bitweaver.…

  21. Private email (Martti Malmi)

    Re: Bitcoin.org

    What Windows version/browser doesn't font anti-aliasing work on? IE 6 on XP anti-aliases, and versions below that have less than 1% market share. There's a transaction fee of 0.01 per KB after the first 1KB for oversized transactions. The…

  22. Private email (Martti Malmi)

    Re: Bitcoin.org

    mmalmi@cc.hut.fi wrote: That's strange, I've seen Firefox 3.5 on XP anti-alias large fonts. Well anyway, your way is safer. I changed it back to text for now though so I can keep tweaking the colours. Drupal puts the <span> tags and junk…

  23. BitcoinTalk

    Re: Payment server

    That's the right way to do it as riX says. The software can generate a new bitcoin address whenever you need one for each payment. "Please send X bc to [single-use bitcoin address] to complete your order" When the server receives that…

  24. BitcoinTalk

    Re: What's with this odd generation?

    There's a small transaction fee for very large transactions. The node that generates the block that contains the transaction gets the fee. If the same money gets sent again, it won't incur the fee again. If all you have is generated coins…

  25. BitcoinTalk

    Re: What's with this odd generation?

    Yes. Almost all transactions are free. A transaction is over the maximum size limit if it has to add up more than 500 of the largest payments you've received to make up the amount. A transaction over the size limit can still be sent if a…

  26. BitcoinTalk

    Re: What's with this odd generation?

    Right. Otherwise we couldn't have a finite limit of 21 million coins, because there would always need to be some minimum reward for generating. In a few decades when the reward gets too small, the transaction fee will become the main…

  27. BitcoinTalk

    Re: bitcoin auto-renice-ing

    It sets different priorities for each thread. The generate threads run at PRIO_MIN. The other threads rarely take any CPU and run at normal. #define THREAD_PRIORITY_LOWEST PRIO_MIN #define THREAD_PRIORITY_BELOW_NORMAL 2 #define…

  28. BitcoinTalk

    Idea for file hosting and proxy services

    When you want to upload an image to embed in a forum post, there are services like imageshack, but because they're free, they limit the number of views. It's a minuscule amount of bandwidth cost, but they can't just give it away for free,…

  29. BitcoinTalk

    Re: Ummmm... where did my bitcoins go?

    It's not the download so much as verifying all the signatures in all the blocks as it downloads that takes a long time. How long is the initial block download typically taking? Does it slow down half way through or is about the same speed…

  30. BitcoinTalk

    Re: Odd amount of generated coins

    In the SVN version, if a transaction requires a transaction fee, it says "This transaction is over the size limit. You can still send it for a fee of #, which goes to the nodes that process your transaction and helps to support the…

  31. BitcoinTalk

    Re: Transactions and Scripts: DUP HASH160 ... EQUALVERIFY CHECKSIG

    A second version would be a massive development and maintenance hassle for me. It's hard enough maintaining backward compatibility while upgrading the network without a second version locking things in. If the second version screwed up,…

  32. BitcoinTalk

    Re: resource hog

    In Windows, you select the process in the task manager, right click, Set Priority. Set it to BelowNormal or Low. That shouldn't make a difference though. If you turn off Generate Coins, does the CPU usage go flat? That would confirm that…

  33. BitcoinTalk

    Re: bitcoin auto-renice-ing

    Laszlo corrected this, but unfortunately it was too late to make it into 0.3.0. There will probably be a 0.3.1 soon though. The problem is I used PRIO_MIN, I should have used PRIO_MAX for the lowest priority. The OS isn't supposed to let…

  34. BitcoinTalk

    Re: Runaway CPU usage for 64bit BitCoin (Linux Client)

    After it initially tries incorrectly to set itself to the lowest priority, the generate thread only changes its priority again temporarily when it finds a block. When you've found a block, you should want it to hurry up and broadcast it…

  35. BitcoinTalk

    Re: resource hog

    Then all the CPU time is the generate thread, which definitely runs at the lowest possible priority, idle priority. It's normal that your CPU meter is 100%. Since it's idle priority, it won't actually slow anything else down, even though…

  36. BitcoinTalk

    Bitcoin 0.3.1 released

    This is a bugfix maintenance release. It is now uploaded to SourceForge. Mac OS X didn't need any fixes so we don't really need to update it, 0.3.0 is still good. The download links are on bitcoin.org Changes: - Added Portuguese…

  37. BitcoinTalk

    Re: 0.3.1 release candidate, please test

    I don't think you have a particular problem, I think your system is laggy because you're running a lot of things at once and hitting the pagefile because memory is full. You confirmed when you shut off generation that your CPU drops to…

  38. BitcoinTalk

    Re: Runaway CPU usage for 64bit BitCoin (Linux Client)

    The fix for the thread priority level on linux is available in the 0.3.1 release candidate here: http://bitcointalk.org/index.php?topic=383.msg3198#msg3198

  39. BitcoinTalk

    Re: A New Currency System for the World

    0.3.1 fixes that, sets the generate threads to the lowest priority. Download links are on the homepage now.

  40. Private email (Martti Malmi)

    Re: Fwd: bitcoin hosting

    Please promise me you won't make a switch now. The last thing we need is switchover hassle on top of the slashdot flood of work we've got now. I'm losing my mind there are so many things that need to be done. Also, it would suck to be on…

  41. BitcoinTalk

    Re: Flood attack 0.00000001 BC

    Forgot to add the good part about micropayments. While I don't think Bitcoin is practical for smaller micropayments right now, it will eventually be as storage and bandwidth costs continue to fall. If Bitcoin catches on on a big scale, it…

  42. BitcoinTalk

    Re: Flood attack 0.00000001 BC

    I don't know a way to implement that. The transaction fee to the block creator uses a special trick to include the transaction fee without any additional size. If there was a transaction for each transaction fee, then what about the…

  43. BitcoinTalk

    Re: Transaction Overload Solution

    I can't think of a way to implement that. All the transaction fees would be additional transactions. What about the transaction fees for the transaction fee's transaction?

  44. BitcoinTalk

    Re: Flood attack 0.00000001 BC

    If you're only going to have one person work on building the block, that could take days. Oh, do you mean send a different variation to each node with the tx fee written to them? The way it is now, it's whoever builds this gets it. If we…

  45. BitcoinTalk

    Re: Where is the separate discussion devoted to possible Bitcoin weaknesses.

    It doesn't have to be such a breaking change. New nodes could accept old transactions for a long time until most nodes have already upgraded before starting to refuse transactions without PoW. Or, they could always accept old…

  46. BitcoinTalk

    Re: Flood attack 0.00000001 BC

    It would be nice to keep the blk*.dat files small as long as we can. The eventual solution will be to not care how big it gets. But for now, while it's still small, it's nice to keep it small so new users can get going faster. When I…

  47. BitcoinTalk

    Re: Bugfixes in SVN rev 130

    No, that's not what it is. -paytxfee allows you to include a transaction fee with your transactions. If transaction confirmations become slow, you can get priority by using "-paytxfee=0.01". Any transactions you send would cost an extra…

  48. BitcoinTalk

    Re: Always pay transaction fee?

    Another option is to reduce the number of free transactions allowed per block before transaction fees are required. Nodes only take so many KB of free transactions per block before they start requiring at least 0.01 transaction fee. The…

  49. BitcoinTalk

    Re: Always pay transaction fee?

    Currently, paying a fee is controlled manually with the -paytxfee switch. It would be very easy to make the software automatically check the size of recent blocks to see if it should pay a fee. We're so far from reaching the threshold, we…

  50. BitcoinTalk

    Re: Won't let me send coins because it requires a transaction fee?

    What version is the one where this happened? Release build, or built it yourself? Which operating system? Were you sending by IP or by Bitcoin Address? When you sent 49.99, did it prompt you to pay a 0.01 fee? There was a change in…

  51. BitcoinTalk

    Re: Won't let me send coins because it requires a transaction fee?

    I think I know what happened. Doubleclick on the generated transaction. It probably has a sub-0.01 transaction fee in it. Someone has been paying a 0.00000010 transaction fee. I don't think you can even set that with -paytxfee, I think…

  52. BitcoinTalk

    Re: Won't let me send coins because it requires a transaction fee?

    The fix is in SVN rev 151. You will be able to send your stuck 0.01 (actually 0.01000010) when you next upgrade.

  53. BitcoinTalk

    Re: Always pay transaction fee?

    I implemented this change in SVN rev 157. The reason I previously made it so high was to allow very large transactions without hitting the transaction fee. The threshold was around 26,000 BTC for transactions made of 50 BTC generated…

  54. BitcoinTalk

    Re: Prioritized transactions, and tx fees

    It ramps up the fee requirement as the block fills up: <50KB free 50KB 0.01 250KB 0.02 333KB 0.03 375KB 0.04 etc. It's a typical pricing mechanism. After the first 50KB sells out, the price is raised to 0.01. After 250KB is sold, it goes…

  55. BitcoinTalk

    Re: Prioritized transactions, and tx fees

    True, the switch should be something more dynamic that pays per KB. It's harder to think of how to explain it.

  56. BitcoinTalk

    Re: Version 0.3.13, please upgrade

    Code: diff -u old\main.cpp new\main.cpp --- old\main.cpp Sun Oct 03 20:57:20 2010 +++ new\main.cpp Sun Oct 03 20:57:54 2010 @@ -2831,6 +2831,10 @@ bool fUseSSE2 = ((fIntel && nFamily * 10000 + nModel >= 60026) || (fAMD && nFamily * 10000…

  57. BitcoinTalk

    Re: Version 0.3.13, please upgrade

    Transactions aren't accepted or displayed as 0/unconfirmed until your node has a path of transactions back to the block chain. Any transactions in your wallet also have bundled with them all unrecorded transactions required to reach the…

  58. BitcoinTalk

    Re: Some testing that I did on the testnetwork, my findings.

    Thank you for limiting flood tests to the testnet. Version 0.3.15 combines several features to help legitimate transactions jump the queue during a flood attack. The key was Gavin's idea for prioritising transactions based on the age of…

  59. BitcoinTalk

    Version 0.3.15

    Version 0.3.15 is now available. Changes: - paytxfee switch is now per KB, so it adds the correct fee for large transactions - sending avoids using coins with less than 6 confirmations if it can - BitcoinMiner processes transactions in…

  60. BitcoinTalk

    Re: Some testing that I did on the testnetwork, my findings.

    You should use at least some priority in case a flood comes along before the next block. As long as all dependencies have at least 1 conf, if the transaction doesn't have enough priority at first, the dependencies will age until it does.…

  61. BitcoinTalk

    Re: Transaction / spam flood attack currently under way

    I'm doing something like that. Priority is a more formalised version of the concept you're describing. Yes, like this. And the no-priority-requirement area is 3K, about a dozen transactions per block. I just uploaded SVN rev 185 which has…

  62. BitcoinTalk

    Re: OpenCL miner for the masses

    Thanks m0mchil for keeping up on the updates! GPU miners, please upgrade as soon as possible to shut down the free transaction abuse! This version has the new priority-based limit on free transaction spam. Before SVN 184, compiling…

  63. BitcoinTalk

    Version 0.3.17

    Version 0.3.17 is now available. Changes: - new getwork, thanks m0mchil - added transaction fee setting in UI options menu - free transaction limits - sendtoaddress returns transaction id instead of "sent" - getaccountaddress <account>…

  64. BitcoinTalk

    Re: Version 0.3.18

    New transaction templates can be added as needed. Within a few days, there will be plenty of GPU power that accepts and works on it. Network support will be thorough long before there'll be enough clients who understand how to receive and…

  65. BitcoinTalk

    Re: Fees in BitDNS confusion

    Not locktime. There's a possible design for far in the future: You intentionally write a double-spend. You write it with the same inputs and outputs, but this time with a fee. When your double-spend gets into a block, the first spend…

  66. BitcoinTalk

    Re: BitDNS and Generalizing Bitcoin

    Right, the exchange rate between domains and bitcoins would float. A longer interval than 10 minutes would be appropriate for BitDNS. So far in this discussion there's already a lot of housekeeping data required. It will be much easier if…

  67. BitcoinTalk

    Re: BitDNS and Generalizing Bitcoin

    I agree. All transactions, IP changes, renewals, etc. should have some fee that goes to the miners. You might consider a certain amount of work to generate a domain, instead of a fixed total circulation. The work per domain could be on a…

  68. Private email (Mike Hearn)

    Open sourced my Java SPV impl

    I hope you are doing well. I finally got all the lawyers happy enough to release BitCoinJ under the Google name using the Apache 2 license: It's incomplete - notably it doesn't properly handle block chain splits yet - but the rest is…

  69. Private email (Mike Hearn)

    Open sourced my Java SPV impl

    See these threads: http://www.bitcoin.org/smf/ind ex.php?topic=1786.msg22119#msg 22119 http://www.bitcoin.org/smf/ind ex.php?topic=2181.msg28729#msg 28729 I see. So right now fees are tricky because you have to decide up front what the…

All topics · Search the archive

S17 E50: Daira-Emma Hopwood on Zcash at 10, Halo, ZSAs and the Fight Over Grants
Latest episode
0:000:00