* [bitcoindev] HODL Tax Proposal @ 2024-08-01 21:03 Richard Greaser 2024-08-01 21:59 ` José Edil Guimarães de Medeiros ` (3 more replies) 0 siblings, 4 replies; 10+ messages in thread From: Richard Greaser @ 2024-08-01 21:03 UTC (permalink / raw) To: Bitcoin Development Mailing List [-- Attachment #1.1: Type: text/plain, Size: 811 bytes --] Hi everyone, It has become apparent to me that there is an issue where users of the network holding their coins, are not adding value to the network. As miners continue to get squeezed post halving, they would benefit tremendously from fees being taken from individuals refusing to move their coins, providing increased security to the network. I have written out a proposal more in depth and is attached below. -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com. [-- Attachment #1.2: Type: text/html, Size: 1131 bytes --] [-- Attachment #2: hodltax.md --] [-- Type: text/markdown, Size: 4779 bytes --] Richard Greaser Proposes BIP 432: HODL TAX ========================================== BIP: 432 Layer: Consensus (Hard Fork) Title: HODL Tax Author: Richard Greaser [thebitcoinbugle@protonmail.com.com](mailto:thebitcoinbugle@protonmail•com.com) Comments-Summary: No Comments Yet Status: Draft Type: Informational Created: 2024-07-31 License: BSD-3-Clause Post History: None but I’m a credentialed journalist ### Abstract This Bitcoin Improvement Proposal (BIP) suggests implementing an inactivity fee for Bitcoin addresses that do not engage in any outgoing transactions for over 60 days. The collected fees would be distributed to miners, incentivizing network security and promoting more active participation from Bitcoin holders. ### Motivation The primary motivation behind this proposal is to encourage Bitcoin holders to engage actively with the network, thus promoting decentralization and security. This is also a response to Michael Saylor and PODCONF's attempts to limit Bitcoin to being a corporate treasury asset with Coinbase being a chief custodian. Currently, a significant portion of Bitcoin remains idle, potentially contributing to reduced network liquidity and less frequent fee contributions to miners. Udi is currently failing to sufficiently supplement miner incomes and thus action needs to be taken before Peter Todd's suggestion of tail emissions get any serious momentum. By introducing an inactivity fee, this proposal aims to: 1. Encourage users to engage in the network instead of being rent seeking full time podcast listeners. 2. Provide an additional revenue stream for miners, thus supporting network security and more Bitaxe circulation. 3. Discourage the hoarding of coins without contributing to the network's operation. ### Specification **Inactivity Fee Mechanism:** 1. **Inactivity Period:** An address will be considered inactive if no outgoing transactions are detected for over 60 days. 2. **Fee Calculation:** The inactivity fee will be a small percentage of the total balance of the inactive address. A proposed rate is 0.1% of the address balance per inactivity period. 3. **Fee Collection:** The fee will be automatically deducted from the address at the end of each inactivity period and added to the mining reward pool of the next block. 4. **Distribution to Miners:** The collected fees will be distributed to miners proportionally, based on the computational work contributed to mining the block. **Implementation Considerations:** 1. **Threshold and Rate Adjustments:** The inactivity threshold and fee rate can be adjusted based on community feedback and network conditions. 2. **Exemptions:** Certain addresses, such as those holding funds for legal or institutional purposes, may be exempt from this fee, subject to criteria defined by the community. 3. **Technical Challenges:** Implementation will require modifications to the Bitcoin protocol, particularly in how addresses and their activity are tracked. 4. **Proper Permission:** We must also consult the President of Bitcoin, Dennis Porter, as well as FINCEN and other relevant agencies in order to remain compliant. ### Rationale This proposal seeks to balance the need for increased network activity and miner incentives with the freedom of users to hold their assets without interference. The chosen fee rate and inactivity period aim to be minimal enough to avoid significant financial impact while still encouraging active participation. The HODL meme stands in stark contrast with Satoshi's original goal of Bitcoin acting as Peer to Peer cash. ### Backward Compatibility This proposal introduces new rules that affect address balances, but does not impact the core transaction mechanisms of Bitcoin. However, it requires changes to the Bitcoin protocol and wallet software to track inactivity and implement fee deductions. Like Paul Sztorc's previous proposals, this one has zero negative trade offs. ### Security Considerations Ensuring the security of the fee deduction process is crucial. It is vital to prevent unauthorized deductions and ensure that the fee mechanism does not introduce new vulnerabilities to the network. While individuals will likely question whether or not this change will cause issues to the network and change game theory, the more important security consideration is the negative impacts that will be caused for not adopting it. ### Conclusion The proposed inactivity fee aims to enhance Bitcoin network security and activity by incentivizing regular transactions. Community feedback and further analysis are essential to refine this proposal and assess its potential impact on the network and users. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal 2024-08-01 21:03 [bitcoindev] HODL Tax Proposal Richard Greaser @ 2024-08-01 21:59 ` José Edil Guimarães de Medeiros 2024-08-02 0:28 ` Keagan McClelland 2024-08-01 23:38 ` George Burke ` (2 subsequent siblings) 3 siblings, 1 reply; 10+ messages in thread From: José Edil Guimarães de Medeiros @ 2024-08-01 21:59 UTC (permalink / raw) To: Richard Greaser; +Cc: Bitcoin Development Mailing List [-- Attachment #1: Type: text/html, Size: 3126 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal 2024-08-01 21:59 ` José Edil Guimarães de Medeiros @ 2024-08-02 0:28 ` Keagan McClelland 2024-08-02 1:19 ` Jimmy Song 0 siblings, 1 reply; 10+ messages in thread From: Keagan McClelland @ 2024-08-02 0:28 UTC (permalink / raw) To: José Edil Guimarães de Medeiros Cc: Richard Greaser, Bitcoin Development Mailing List [-- Attachment #1: Type: text/plain, Size: 3893 bytes --] Hypothetically miners could attempt to adopt a mining/relay policy wherein they consider the age of the utxo being spent and factor that into the feerate they consider when accepting the transaction into their block template. However this would be an opt-in mechanism and miners can choose to not take this into consideration when making the choice to mine the transaction or not. If enough hashpower adopted this policy, you could end up with a de-facto demurrage tax. This also means that you can do this without a consensus fork if there was appetite for it. However, I suspect there will be extreme resistance to this proposal and it is unlikely that miners would intentionally leave otherwise-good fees on the table simply because they want to play prisoners dilemma games where they lose fees to the competition. Keags On Thu, Aug 1, 2024 at 5:18 PM José Edil Guimarães de Medeiros < jose.edil@gmail•com> wrote: > Not sure if I should consider this a joke after the president of bitcoin > thing, but I just got curious about a basic technical detail and wanted to > stress the concept. > > Since the value "tokens" in Bitcoin are the utxos, outputs from > transactions that have not been spent in another transaction, and since the > sole purpose of the utxos are to atomically serve as input to a subsequent > transaction, how do you proposed to "tax" them? > > I mean, let's say someone sent me 1 BTC to address X by building a simple > p2pkh transaction with the address I provided. To move that 1 BTC mean to > authorize it as an input to a new transaction. In principle, that can only > be done by me producing a valid signature using a private key. > > Let's say I'm one of those infamous holders. How do you propose the tax to > be implemented? > > All the best. > -- > E... > > On 1 Aug 2024, at 18:13, Richard Greaser <thebitcoinbugle@gmail•com> > wrote: > > Hi everyone, > > It has become apparent to me that there is an issue where users of the > network holding their coins, are not adding value to the network. > > As miners continue to get squeezed post halving, they would benefit > tremendously from fees being taken from individuals refusing to move their > coins, providing increased security to the network. > > I have written out a proposal more in depth and is attached below. > > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups•com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com > <https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > <hodltax.md> > > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups•com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com > <https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/CALeFGL2ngsRd3N%2B8L7u9ZLNQB084xqcMZ04Dp3J53CEBHBxQcg%40mail.gmail.com. [-- Attachment #2: Type: text/html, Size: 5129 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal 2024-08-02 0:28 ` Keagan McClelland @ 2024-08-02 1:19 ` Jimmy Song 2024-08-02 2:03 ` George Burke 2024-08-02 5:08 ` 'hashnoncemessage' via Bitcoin Development Mailing List 0 siblings, 2 replies; 10+ messages in thread From: Jimmy Song @ 2024-08-02 1:19 UTC (permalink / raw) To: Keagan McClelland Cc: José Edil Guimarães de Medeiros, Richard Greaser, Bitcoin Development Mailing List [-- Attachment #1: Type: text/plain, Size: 4844 bytes --] For those that haven't figured this out yet, the name on the original proposal (Dick Greaser) is the editor or the Bitcoin Bugle, a satirical "news" site. He's trolling the list. On Thu, Aug 1, 2024, 8:57 PM Keagan McClelland <keagan.mcclelland@gmail•com> wrote: > Hypothetically miners could attempt to adopt a mining/relay policy wherein > they consider the age of the utxo being spent and factor that into the > feerate they consider when accepting the transaction into their block > template. However this would be an opt-in mechanism and miners can choose > to not take this into consideration when making the choice to mine the > transaction or not. If enough hashpower adopted this policy, you could end > up with a de-facto demurrage tax. This also means that you can do this > without a consensus fork if there was appetite for it. > > However, I suspect there will be extreme resistance to this proposal and > it is unlikely that miners would intentionally leave otherwise-good fees on > the table simply because they want to play prisoners dilemma games where > they lose fees to the competition. > > Keags > > On Thu, Aug 1, 2024 at 5:18 PM José Edil Guimarães de Medeiros < > jose.edil@gmail•com> wrote: > >> Not sure if I should consider this a joke after the president of bitcoin >> thing, but I just got curious about a basic technical detail and wanted to >> stress the concept. >> >> Since the value "tokens" in Bitcoin are the utxos, outputs from >> transactions that have not been spent in another transaction, and since the >> sole purpose of the utxos are to atomically serve as input to a subsequent >> transaction, how do you proposed to "tax" them? >> >> I mean, let's say someone sent me 1 BTC to address X by building a simple >> p2pkh transaction with the address I provided. To move that 1 BTC mean to >> authorize it as an input to a new transaction. In principle, that can only >> be done by me producing a valid signature using a private key. >> >> Let's say I'm one of those infamous holders. How do you propose the tax >> to be implemented? >> >> All the best. >> -- >> E... >> >> On 1 Aug 2024, at 18:13, Richard Greaser <thebitcoinbugle@gmail•com> >> wrote: >> >> Hi everyone, >> >> It has become apparent to me that there is an issue where users of the >> network holding their coins, are not adding value to the network. >> >> As miners continue to get squeezed post halving, they would benefit >> tremendously from fees being taken from individuals refusing to move their >> coins, providing increased security to the network. >> >> I have written out a proposal more in depth and is attached below. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Bitcoin Development Mailing List" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to bitcoindev+unsubscribe@googlegroups•com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com >> <https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> <hodltax.md> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Bitcoin Development Mailing List" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to bitcoindev+unsubscribe@googlegroups•com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com >> <https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups•com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/bitcoindev/CALeFGL2ngsRd3N%2B8L7u9ZLNQB084xqcMZ04Dp3J53CEBHBxQcg%40mail.gmail.com > <https://groups.google.com/d/msgid/bitcoindev/CALeFGL2ngsRd3N%2B8L7u9ZLNQB084xqcMZ04Dp3J53CEBHBxQcg%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/CAJR7vkqSLkLDv%2By8D%2BaFC4pFDbtSmfrppyd5gMqG9fK_QTu6rw%40mail.gmail.com. [-- Attachment #2: Type: text/html, Size: 6564 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal 2024-08-02 1:19 ` Jimmy Song @ 2024-08-02 2:03 ` George Burke 2024-08-02 5:08 ` 'hashnoncemessage' via Bitcoin Development Mailing List 1 sibling, 0 replies; 10+ messages in thread From: George Burke @ 2024-08-02 2:03 UTC (permalink / raw) To: Jimmy Song Cc: Bitcoin Development Mailing List, José Edil Guimarães de Medeiros, Keagan McClelland, Richard Greaser [-- Attachment #1: Type: text/plain, Size: 5922 bytes --] Jimmy, he might be trolling but he replied privately to me with a very thoughtful (though disagreeable) rebuttal. Hard to consider this satirical. Sent from Mobile -- George Burke CMO, FounderPool.co Cofounder, PortalDeFi.com Silicon Valley Bitcoin, Organizer San Francisco, CA | San Juan, PR On Thu, Aug 1, 2024 at 6:57 PM Jimmy Song <jaejoon@gmail•com> wrote: > For those that haven't figured this out yet, the name on the original > proposal (Dick Greaser) is the editor or the Bitcoin Bugle, a satirical > "news" site. He's trolling the list. > > On Thu, Aug 1, 2024, 8:57 PM Keagan McClelland < > keagan.mcclelland@gmail•com> wrote: > >> Hypothetically miners could attempt to adopt a mining/relay policy >> wherein they consider the age of the utxo being spent and factor that into >> the feerate they consider when accepting the transaction into their block >> template. However this would be an opt-in mechanism and miners can choose >> to not take this into consideration when making the choice to mine the >> transaction or not. If enough hashpower adopted this policy, you could end >> up with a de-facto demurrage tax. This also means that you can do this >> without a consensus fork if there was appetite for it. >> >> However, I suspect there will be extreme resistance to this proposal and >> it is unlikely that miners would intentionally leave otherwise-good fees on >> the table simply because they want to play prisoners dilemma games where >> they lose fees to the competition. >> >> Keags >> >> On Thu, Aug 1, 2024 at 5:18 PM José Edil Guimarães de Medeiros < >> jose.edil@gmail•com> wrote: >> >>> Not sure if I should consider this a joke after the president of bitcoin >>> thing, but I just got curious about a basic technical detail and wanted to >>> stress the concept. >>> >>> Since the value "tokens" in Bitcoin are the utxos, outputs from >>> transactions that have not been spent in another transaction, and since the >>> sole purpose of the utxos are to atomically serve as input to a subsequent >>> transaction, how do you proposed to "tax" them? >>> >>> I mean, let's say someone sent me 1 BTC to address X by building a >>> simple p2pkh transaction with the address I provided. To move that 1 BTC >>> mean to authorize it as an input to a new transaction. In principle, that >>> can only be done by me producing a valid signature using a private key. >>> >>> Let's say I'm one of those infamous holders. How do you propose the tax >>> to be implemented? >>> >>> All the best. >>> -- >>> E... >>> >>> On 1 Aug 2024, at 18:13, Richard Greaser <thebitcoinbugle@gmail•com> >>> wrote: >>> >>> Hi everyone, >>> >>> It has become apparent to me that there is an issue where users of the >>> network holding their coins, are not adding value to the network. >>> >>> As miners continue to get squeezed post halving, they would benefit >>> tremendously from fees being taken from individuals refusing to move their >>> coins, providing increased security to the network. >>> >>> I have written out a proposal more in depth and is attached below. >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Bitcoin Development Mailing List" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to bitcoindev+unsubscribe@googlegroups•com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com >>> <https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> <hodltax.md> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Bitcoin Development Mailing List" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to bitcoindev+unsubscribe@googlegroups•com. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com >>> <https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Bitcoin Development Mailing List" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to bitcoindev+unsubscribe@googlegroups•com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/bitcoindev/CALeFGL2ngsRd3N%2B8L7u9ZLNQB084xqcMZ04Dp3J53CEBHBxQcg%40mail.gmail.com >> <https://groups.google.com/d/msgid/bitcoindev/CALeFGL2ngsRd3N%2B8L7u9ZLNQB084xqcMZ04Dp3J53CEBHBxQcg%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups•com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/bitcoindev/CAJR7vkqSLkLDv%2By8D%2BaFC4pFDbtSmfrppyd5gMqG9fK_QTu6rw%40mail.gmail.com > <https://groups.google.com/d/msgid/bitcoindev/CAJR7vkqSLkLDv%2By8D%2BaFC4pFDbtSmfrppyd5gMqG9fK_QTu6rw%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/CAHYx7BtwRyYSL9Hdv%3D5nbdzBBb3fZmW_VYSWSZZneUUsVyBEkQ%40mail.gmail.com. [-- Attachment #2: Type: text/html, Size: 8136 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal 2024-08-02 1:19 ` Jimmy Song 2024-08-02 2:03 ` George Burke @ 2024-08-02 5:08 ` 'hashnoncemessage' via Bitcoin Development Mailing List 1 sibling, 0 replies; 10+ messages in thread From: 'hashnoncemessage' via Bitcoin Development Mailing List @ 2024-08-02 5:08 UTC (permalink / raw) To: Jimmy Song Cc: Keagan McClelland, José Edil Guimarães de Medeiros, Richard Greaser, Bitcoin Development Mailing List [-- Attachment #1: Type: text/plain, Size: 5673 bytes --] obvious troll is obvious thanks dick greaser > Like Paul Sztorc's previous proposals, this one has zero negative trade offs. okay i lolled On Fri, Aug 2, 2024 at 03:19, Jimmy Song <[jaejoon@gmail•com](mailto:On Fri, Aug 2, 2024 at 03:19, Jimmy Song <<a href=)> wrote: > For those that haven't figured this out yet, the name on the original proposal (Dick Greaser) is the editor or the Bitcoin Bugle, a satirical "news" site. He's trolling the list. > > On Thu, Aug 1, 2024, 8:57 PM Keagan McClelland <keagan.mcclelland@gmail•com> wrote: > >> Hypothetically miners could attempt to adopt a mining/relay policy wherein they consider the age of the utxo being spent and factor that into the feerate they consider when accepting the transaction into their block template. However this would be an opt-in mechanism and miners can choose to not take this into consideration when making the choice to mine the transaction or not. If enough hashpower adopted this policy, you could end up with a de-facto demurrage tax. This also means that you can do this without a consensus fork if there was appetite for it. >> >> However, I suspect there will be extreme resistance to this proposal and it is unlikely that miners would intentionally leave otherwise-good fees on the table simply because they want to play prisoners dilemma games where they lose fees to the competition. >> >> Keags >> >> On Thu, Aug 1, 2024 at 5:18 PM José Edil Guimarães de Medeiros <jose.edil@gmail•com> wrote: >> >>> Not sure if I should consider this a joke after the president of bitcoin thing, but I just got curious about a basic technical detail and wanted to stress the concept. >>> >>> Since the value "tokens" in Bitcoin are the utxos, outputs from transactions that have not been spent in another transaction, and since the sole purpose of the utxos are to atomically serve as input to a subsequent transaction, how do you proposed to "tax" them? >>> >>> I mean, let's say someone sent me 1 BTC to address X by building a simple p2pkh transaction with the address I provided. To move that 1 BTC mean to authorize it as an input to a new transaction. In principle, that can only be done by me producing a valid signature using a private key. >>> >>> Let's say I'm one of those infamous holders. How do you propose the tax to be implemented? >>> >>> All the best. >>> >>> -- >>> E... >>> >>>> On 1 Aug 2024, at 18:13, Richard Greaser <thebitcoinbugle@gmail•com> wrote: >>> >>>> Hi everyone, >>>> >>>> It has become apparent to me that there is an issue where users of the network holding their coins, are not adding value to the network. >>>> As miners continue to get squeezed post halving, they would benefit tremendously from fees being taken from individuals refusing to move their coins, providing increased security to the network. >>>> >>>> I have written out a proposal more in depth and is attached below. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. >>>> To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. >>>> To view this discussion on the web visit [https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com](https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com?utm_medium=email&utm_source=footer). >>>> >>>> <hodltax.md> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. >>> To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. >>> To view this discussion on the web visit [https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com](https://groups.google.com/d/msgid/bitcoindev/C7829BDC-1273-49C9-BE03-F00823A94C3D%40gmail.com?utm_medium=email&utm_source=footer). >> >> -- >> You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. >> To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. >> To view this discussion on the web visit [https://groups.google.com/d/msgid/bitcoindev/CALeFGL2ngsRd3N%2B8L7u9ZLNQB084xqcMZ04Dp3J53CEBHBxQcg%40mail.gmail.com](https://groups.google.com/d/msgid/bitcoindev/CALeFGL2ngsRd3N%2B8L7u9ZLNQB084xqcMZ04Dp3J53CEBHBxQcg%40mail.gmail.com?utm_medium=email&utm_source=footer). > > -- > You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. > To view this discussion on the web visit [https://groups.google.com/d/msgid/bitcoindev/CAJR7vkqSLkLDv%2By8D%2BaFC4pFDbtSmfrppyd5gMqG9fK_QTu6rw%40mail.gmail.com](https://groups.google.com/d/msgid/bitcoindev/CAJR7vkqSLkLDv%2By8D%2BaFC4pFDbtSmfrppyd5gMqG9fK_QTu6rw%40mail.gmail.com?utm_medium=email&utm_source=footer). -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/oc8cflA0txTPabsX0Xmc6QBHFHKQyQrXG5LbieiT4Z77jDQ-lJ_BiLyVK7-_pqXa_n6w1ZCvyVXHpKO4X16_4oKgbGVzwD133J0uziAGnSw%3D%40proton.me. [-- Attachment #2: Type: text/html, Size: 7869 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal 2024-08-01 21:03 [bitcoindev] HODL Tax Proposal Richard Greaser 2024-08-01 21:59 ` José Edil Guimarães de Medeiros @ 2024-08-01 23:38 ` George Burke 2024-08-02 0:12 ` Keagan McClelland 2024-08-02 8:45 ` [bitcoindev] " Garlo Nicon 3 siblings, 0 replies; 10+ messages in thread From: George Burke @ 2024-08-01 23:38 UTC (permalink / raw) To: Richard Greaser; +Cc: Bitcoin Development Mailing List [-- Attachment #1: Type: text/plain, Size: 2424 bytes --] A tax on property already owned is something I'm fundamentally against. Being charged for lack of usage erodes our concept of property ownership, especially when usage itself sufficiently subsidizes the network. The "network tax" was already paid on the acquisition of the asset by the sender, and another network tax will be paid by the current owner upon every subsequent sale or self-transfer. My perspective: HODLers are indeed providing a valuable service to the longevity and growth of network value. They're providing scarcity. -- *George Burke * *Co-founder, Portal <https://portaldefi.com/> * Silicon Valley Bitcoin <https://svbtc.org/>, Organizer Co-founder, FounderPool <https://founderpool.co/> San Juan, PR / San Francisco, CA Keybase <https://keybase.io/geoburke> || OneName <https://onename.com/geoburke> *For security, encrypt with my PGP key <https://onename.com/geoburke>* On Thu, Aug 1, 2024 at 2:13 PM Richard Greaser <thebitcoinbugle@gmail•com> wrote: > Hi everyone, > > It has become apparent to me that there is an issue where users of the > network holding their coins, are not adding value to the network. > > As miners continue to get squeezed post halving, they would benefit > tremendously from fees being taken from individuals refusing to move their > coins, providing increased security to the network. > > I have written out a proposal more in depth and is attached below. > > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups•com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com > <https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/CAHYx7Bu9SfTgmLoPJ-7v%3DrY%2BC9pS4p4gO3e7gqKurwRuij8ouA%40mail.gmail.com. [-- Attachment #2: Type: text/html, Size: 4337 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal 2024-08-01 21:03 [bitcoindev] HODL Tax Proposal Richard Greaser 2024-08-01 21:59 ` José Edil Guimarães de Medeiros 2024-08-01 23:38 ` George Burke @ 2024-08-02 0:12 ` Keagan McClelland 2024-08-02 8:45 ` [bitcoindev] " Garlo Nicon 3 siblings, 0 replies; 10+ messages in thread From: Keagan McClelland @ 2024-08-02 0:12 UTC (permalink / raw) To: Richard Greaser; +Cc: Bitcoin Development Mailing List [-- Attachment #1: Type: text/plain, Size: 3203 bytes --] This is never going to happen. While demurrage has been proposed before and may ultimately be a consideration that the Bitcoin users want to ensure that costs are borne fairly by the different use cases, this mechanism is somewhat laughable. The proposal you present also seems to reflect a deep misunderstanding of how the Bitcoin protocol works: 1. Self assigning a bip number defies the bip assignment process and claims a level of legitimacy that this proposal does not have. 2. Bitcoin for the most part does not really understand "days". There is a timestamping mechanism that is used to reconcile difficulty adjustment periods with the targeted time, but this is not something that can be more widely used. 3. The way that "balances" are tracked and audited by Bitcoin nodes does not lend itself easily to being just "deducted from" 4. You cannot "automatically deduct" a fee from an "address". Addresses don't technically exist at the protocol level. 5. Miners do not "contribute proportionally" to computational work of finding a block. There's the winner, and then everyone else. 6. Bitcoin cannot and will not make any legal or jurisdictional considerations whatsoever when considering design choices. 7. Dennis Porter is irrelevant and does not have any authority to grant or withhold "permission" 8. This proposal, like all demurrage proposals, clearly has negative tradeoffs to be considered. 9. Centrally planning the price and inactivity period of demurrage is antithetical to Bitcoin's decentralized market design mechanisms in use thus far. Stick to journalism. Maybe learn about Bitcoin a bit before trying to extract the wealth of savers. Keags On Thu, Aug 1, 2024 at 2:13 PM Richard Greaser <thebitcoinbugle@gmail•com> wrote: > Hi everyone, > > It has become apparent to me that there is an issue where users of the > network holding their coins, are not adding value to the network. > > As miners continue to get squeezed post halving, they would benefit > tremendously from fees being taken from individuals refusing to move their > coins, providing increased security to the network. > > I have written out a proposal more in depth and is attached below. > > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups•com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com > <https://groups.google.com/d/msgid/bitcoindev/6512db18-bd15-462e-92fd-7549b5e885e7n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/CALeFGL0jBUhwmgE3CJ1Sv_UfQHeGq6madh1HQo2DKUek%2BpUpnw%40mail.gmail.com. [-- Attachment #2: Type: text/html, Size: 4138 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* [bitcoindev] Re: HODL Tax Proposal 2024-08-01 21:03 [bitcoindev] HODL Tax Proposal Richard Greaser ` (2 preceding siblings ...) 2024-08-02 0:12 ` Keagan McClelland @ 2024-08-02 8:45 ` Garlo Nicon 3 siblings, 0 replies; 10+ messages in thread From: Garlo Nicon @ 2024-08-02 8:45 UTC (permalink / raw) To: Bitcoin Development Mailing List [-- Attachment #1.1: Type: text/plain, Size: 4185 bytes --] Good luck implementing it in test networks first, for example testnet3. Some people were complaining, that they cannot get enough coins, and there is no other test chain, which is close to the mainnet, and has a lot of history, and a lot of halvings. So, if you think seriously about it, then you should start from testnet3. Other networks, including mainnet, have not enough blocks, and have too big rewards for that. > addresses that do not engage in any outgoing transactions for over 60 days Miners can easily attack your network by mining empty blocks. It is profitable to block regular payments today, to get high demurrage fees tomorrow. Also, it is possible to easily censor any transaction, just by refusing to include it. Then, required demurrage fees will be higher, than what was originally sent as fees, and all nodes will just throw it away, while respecting your consensus. Which also means, that this proposal enables "transaction expiration" in some implicit way: if a transaction is not confirmed in N blocks, then everything is eaten by demurrage fees, so the old transaction simply expires. > action needs to be taken before Peter Todd's suggestion of tail emissions get any serious momentum Assuming that "tail supply" will ever be implemented, then guess what: people will count each and every overprinted satoshi. Creating coins is hard, burning them is easy. If people will inflate Bitcoin, then other people will bring it back to the equilibrium, just by burning all overprinted coins, and refusing to accept any overprinted satoshi. You will see charts, and statistics, how many "tail supply coins" were mined in a given block, and people will burn the same amount, if not more. > A proposed rate is 0.1% of the address balance per inactivity period. Ouch. This is way more than the current fees. Some people stopped using LN, because of fees like that. If you have 1 BTC, and you have to pay 100k satoshis, then you can compare it with on-chain fees, where you can get it confirmed for 1k sats. Which means, that this "0.1% fees" will remove all whales from your network, where "a whale" is "anyone with >= 0.01 BTC". Good luck maintaining the chain without any whales, it will be just an altcoin, similar to CPU-mined altcoins, where "miners=users" is the only use-case. Also note, that miners can simply send those demurrage fees back to the users, just to get something. Then, they will have the choice: reject user's transaction entirely (because of missing demurrage fees), or confirm two transactions: one paying demurrage fees, and one sending them back to the user. Congratulations, your rule just doubled the number of transactions for no reason. Because only miners getting proper fees will survive, everyone else will reject too many transactions, and end up with nothing. > The inactivity threshold and fee rate can be adjusted based on community feedback and network conditions. So, is it a local node policy, instead of being a consensus rule? Good, then I can just edit my config file, put "demurragefee=0.00000000" and "inactivity=999999999". Good to know, that a proposal like that, can be turned off that simply. czwartek, 1 sierpnia 2024 o 23:13:42 UTC+2 Richard Greaser napisał(a): > Hi everyone, > > It has become apparent to me that there is an issue where users of the > network holding their coins, are not adding value to the network. > > As miners continue to get squeezed post halving, they would benefit > tremendously from fees being taken from individuals refusing to move their > coins, providing increased security to the network. > > I have written out a proposal more in depth and is attached below. > -- You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups•com. To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/cab2d0fd-e5f0-40e1-b648-3741e69822f5n%40googlegroups.com. [-- Attachment #1.2: Type: text/html, Size: 4689 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [bitcoindev] HODL Tax Proposal @ 2024-08-01 21:55 Christian Riley 0 siblings, 0 replies; 10+ messages in thread From: Christian Riley @ 2024-08-01 21:55 UTC (permalink / raw) To: Richard Greaser; +Cc: Bitcoin Development Mailing List [-- Attachment #1: Type: text/html, Size: 3398 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2024-08-02 12:31 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2024-08-01 21:03 [bitcoindev] HODL Tax Proposal Richard Greaser 2024-08-01 21:59 ` José Edil Guimarães de Medeiros 2024-08-02 0:28 ` Keagan McClelland 2024-08-02 1:19 ` Jimmy Song 2024-08-02 2:03 ` George Burke 2024-08-02 5:08 ` 'hashnoncemessage' via Bitcoin Development Mailing List 2024-08-01 23:38 ` George Burke 2024-08-02 0:12 ` Keagan McClelland 2024-08-02 8:45 ` [bitcoindev] " Garlo Nicon 2024-08-01 21:55 [bitcoindev] " Christian Riley
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox