From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Sat, 28 Dec 2024 08:26:34 -0800 Received: from mail-qt1-f184.google.com ([209.85.160.184]) by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tRZe5-00019b-Qw for bitcoindev@gnusha.org; Sat, 28 Dec 2024 08:26:34 -0800 Received: by mail-qt1-f184.google.com with SMTP id d75a77b69052e-46798d74f0csf159833121cf.0 for ; Sat, 28 Dec 2024 08:26:33 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1735403187; cv=pass; d=google.com; s=arc-20240605; b=RdD68/n//oVPyl90rosXWj8iAdoWJa3LQ0vG85uVeOMZ6dOtM2+yMkfyeOn0ugr+B7 ucNnsoqcPWoZjD5Hn+HGQ1qPsBi/kk+RQ29FGADbCnYU8KC1+i9Yshvb60079g0NwuLl iOS98Qi38ppkL/pf5pAJTW6YyvpzkFVrWhfiNpSUfX3zS54FDbzbagL7gL9ZW1cWKLRK IWPl3zNYQxluMUAXtVS9NjFGV/WtbnLf+sVtpEcGxcDN9L8/bUNii2UjHvnDxXmcXrOk T+UwsoLpdgN5LcxywaumKapA5+7Yr1OcOkrAQDA0IIDRLRVsmcU9femH3kjFB3t4cc4r fyCg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:sender:dkim-signature :dkim-signature; bh=8gQVXuultEJnnUwa4XB0sNG6a0T74YZVZShNb4xzu3c=; fh=/jJaRAvORfpWBCcvXq5uYBAbFPfqlPsczEweKtienA8=; b=h7oPM4+2/jgndLmUhfzIDOz4M65a/vGaYTgN8YM+R6tuDfFUcYJE5YIHn6oo+EKGRG rKLSplEZsw18oz4zy53GHsM+ZbchgzsiFuqb+M4s3VfMG9wIH8VWmv4jEFjkde/5SGjD wBJpanCKutPMM9gaoigI4ZGuhD9qvuPi2oai2pECQvqaGMPVzHJWdIOicEk2IgHSf1Lu vQo5+MB2N1ADGBbfAVrITo02qEfjNZ14ckIlHbPRFPC1WfXZvmp+1JIlHtpf8vWcj8rA d23k+0VZfOv6k/lh+SChOqlIR9AfY+g2kw+tFHQzQgYkzaGU+qUnsoVWeaThK77cklzL 1lfw==; darn=gnusha.org ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=NfkOTEEa; spf=pass (google.com: domain of mcassano@gmail.com designates 2a00:1450:4864:20::434 as permitted sender) smtp.mailfrom=mcassano@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com; dara=pass header.i=@googlegroups.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20230601; t=1735403187; x=1736007987; darn=gnusha.org; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:x-original-authentication-results :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:sender:from:to:cc:subject:date:message-id :reply-to; bh=8gQVXuultEJnnUwa4XB0sNG6a0T74YZVZShNb4xzu3c=; b=VCVeoVf0sxoZavMvr/6I0z2WLM2n3xqgzuQiMd3wwbiDYfTGreER2hD2DeC764VSYV pHMpt3h36sdIR2ax/98obSq+PMnpBZ5fRb8jFnXr6nNsEtIpxr3EQOMz35pyf8y2yJYH VtZUl8hR06PJCC8OV4TN5GtWrhO1rO75aIrLKl2RRk1hbC0zFZOUkt+H0rrGK6rOP+Cs elc4mgY0BW5HISgnGMvsWwYbJaoaMkfP8K243stCL4CjvRq1jat4KHNaENvfxRfUJdxY 9EsQBE+43/+Y3lFmdrbo/EHpzW6BKDmLBah35AAEWzshsG98LnUjVKGWcK9CG8BsuIkg b4+Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1735403187; x=1736007987; darn=gnusha.org; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:x-original-authentication-results :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:from:to:cc:subject:date:message-id:reply-to; bh=8gQVXuultEJnnUwa4XB0sNG6a0T74YZVZShNb4xzu3c=; b=M7L8+MEcjSxFZM0HXInzqJwpW4NGVq9tYZHzAsrG7anrDONP/bqEw6m6r75kVg7PKa zeZji/YEVoqE7NLq1Psbn0XsApxSvax4oef3vrxrq63O2xGmisyadxXqCnU/F08i+ajA OtcL2GJgipWBNlStvJy0KbQtkpX7zC5rqLc3miX39whgDhedKsVSe6SpUOlYEy9mgndo +DTNX9hRZwI445P0nwrS4LkPrbTNT6Bh4bLkrwqoQxlImHgS/ArmqtwDcglMYWWEqYGz SC4tGtLNgoXaKm6F9b5ydiHCyq8rDHhKtK81Csns9ByosE4wwHvk5ZriiQiQYvmJlHcY 4WNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735403187; x=1736007987; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:x-original-authentication-results :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-beenthere:x-gm-message-state:sender:from :to:cc:subject:date:message-id:reply-to; bh=8gQVXuultEJnnUwa4XB0sNG6a0T74YZVZShNb4xzu3c=; b=eEl+5aGmjrOWZMgLVGyMH/Fjc/p4PQS3MxRUM9fcmfboAjpcDLqSij4I4Z1KOiub0v 8OtWJ0XTG0hg7jfbVgIppenT5RgVIVg3dSrV+Os/dlKogc3pE9qqRToJW7Ny2rvlSUDn vMBusnq/IlK2Nna2QownqZEQ74X3pbiCBG9/oGJCIA2bEBFYsvmz8UepKa1yAm7jfGi+ vnTHCva1GZub+oYR5jjY3aJiOxcc5SPb91Kenl4UQELCTH5wgL9PyN+GuBmd042WpCDC fjsvQ+xZOmJqP756UNU4cy7fpyCPD4CK2umZQjgHsimM0dHbkNLGWqfMr4EhA7gZTxmL kpog== Sender: bitcoindev@googlegroups.com X-Forwarded-Encrypted: i=2; AJvYcCWyaUz3W/QzI7/M3I17KBD7bWZUFc9MBVVEU+MTFLUUANAIOxSkhB0HSSS8fNCnUsAE49V3Cb3MJBUt@gnusha.org X-Gm-Message-State: AOJu0YzkZWnJoIkOd7oTYhRyB7HU4U6uEt/yL9/7SXGHQ/WS4p2/IJC5 b9AUKCPuvUIXEgHh5S1DA9a/PA9x2dqUblymt7dC/7h646fgkV6i X-Google-Smtp-Source: AGHT+IHUS6Gi8ug9qlG9uYnjf+rCm7wmxKJFG+K3dnx1Ao/E2bBSWgn+e41vROWBvsNVRu+F0+ZKVA== X-Received: by 2002:a05:622a:152:b0:467:57c8:ca31 with SMTP id d75a77b69052e-46a4a9902f9mr531448381cf.46.1735403187138; Sat, 28 Dec 2024 08:26:27 -0800 (PST) X-BeenThere: bitcoindev@googlegroups.com Received: by 2002:ac8:1189:0:b0:467:77d8:69e7 with SMTP id d75a77b69052e-46a3b182670ls57246811cf.2.-pod-prod-05-us; Sat, 28 Dec 2024 08:26:25 -0800 (PST) X-Received: by 2002:a05:620a:838a:b0:7b7:2e7:7a88 with SMTP id af79cd13be357-7b9ba7eadb8mr5230216385a.44.1735403184895; Sat, 28 Dec 2024 08:26:24 -0800 (PST) Received: by 2002:a05:620a:470b:b0:7b6:dcc4:6708 with SMTP id af79cd13be357-7b9ab1e40f8ms85a; Sat, 28 Dec 2024 08:15:56 -0800 (PST) X-Received: by 2002:a05:6000:4020:b0:385:e411:c894 with SMTP id ffacd0b85a97d-38a223f72c0mr23359905f8f.43.1735402554172; Sat, 28 Dec 2024 08:15:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1735402554; cv=none; d=google.com; s=arc-20240605; b=TJqfcADODBY3kIGOZuxm9NxiPKKoOQWNT/CHsBzA0uh2fq850llkyxHb+c6UNzzLve NMewhADA9osv8BvsSJLgao43MxiYZiSjsYUugAhopIr4zXC46qKm0vd09RqrxtjyS7OZ le5lmI8eQam1oU8a1mL/u95zISO3Dv76j4Sc8f7ZHcqdTzWKE9YdOHm24DacZWweEd8c 5Ww0X8tovPhRr2WAZWzAbMlUy3ZHaAEgeEk+Wfjf7gDi4Uk+vVAiiKX+LeXXCPM7jhj/ KukoYP+WYv7PyVEpRSEmghnmaUP9hpoIrA19l0DsxGFh7j4fg0t3UdOoBg2Q3y9aW+ZJ jSDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=QVNL+4ssdmGvAEZtauELxp109z0TaQ3Czm8Hlc+PZEc=; fh=P1ygcw3H6dBtfWvAhRJ4jmcb8QOhKmb5A/ONyZKZxxQ=; b=jNMnSVxC0K7MN0iHQHZaf6ghQzrWcquEBh6j+JKqJz31YfIiC4TZTK8P1ggQvGU35/ 3WgrIkCS/2B9h3SSCUGEOVVnVCWsL7gRI+G5msAxvP0OFb0CE/042+44BMBC/UBiWhF/ o7FXMwF6Ls7PNrpf/zr5EP5kr93FGUdyDpQJXisMktykUarDp3wZIxmUwrqmp5FtVZba xT6y6kNibf5ARIqB5EwNku1LLFGxVH0K3vQfdj29FnIjclL//jF/w4u4yS3DTF0JTth7 NoUzt/IfbYwV7NbjTIAxutJlgGXvMaLrufZjHmOa5DWRI8HaJbOaqT6RNJICLlicHudG tAAQ==; dara=google.com ARC-Authentication-Results: i=1; gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=NfkOTEEa; spf=pass (google.com: domain of mcassano@gmail.com designates 2a00:1450:4864:20::434 as permitted sender) smtp.mailfrom=mcassano@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com; dara=pass header.i=@googlegroups.com Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com. [2a00:1450:4864:20::434]) by gmr-mx.google.com with ESMTPS id ffacd0b85a97d-38a1c6b8d6bsi559516f8f.0.2024.12.28.08.15.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Dec 2024 08:15:54 -0800 (PST) Received-SPF: pass (google.com: domain of mcassano@gmail.com designates 2a00:1450:4864:20::434 as permitted sender) client-ip=2a00:1450:4864:20::434; Received: by mail-wr1-x434.google.com with SMTP id ffacd0b85a97d-385e3621518so3748355f8f.1 for ; Sat, 28 Dec 2024 08:15:54 -0800 (PST) X-Gm-Gg: ASbGncvaMHPFzqEsO/R0XzCPGhVMUpE5qB6qzoQWOV2qFUGsFRVTvBWyn5oG+f+aiIi wGRZ+FvrZEUNFadU467T7q4PWditxi3G4Geis X-Received: by 2002:a05:6000:1acb:b0:386:3b93:6cc6 with SMTP id ffacd0b85a97d-38a221eaa77mr28155829f8f.15.1735402553408; Sat, 28 Dec 2024 08:15:53 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Michael Cassano Date: Sat, 28 Dec 2024 09:15:42 -0700 Message-ID: Subject: Re: [bitcoindev] Mandatory Inclusion of Old Transactions in Blocks To: developer Cc: Bitcoin Development Mailing List Content-Type: multipart/alternative; boundary="000000000000bd0686062a56e4f7" X-Original-Sender: mcassano@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=NfkOTEEa; spf=pass (google.com: domain of mcassano@gmail.com designates 2a00:1450:4864:20::434 as permitted sender) smtp.mailfrom=mcassano@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com; dara=pass header.i=@googlegroups.com Precedence: list Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com List-ID: X-Google-Group-Id: 786775582512 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , X-Spam-Score: -0.5 (/) --000000000000bd0686062a56e4f7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I reject the premise of this proposed BIP. Mandating miners to include a specific percentage of transactions based on age fundamentally undermines the core principles of Bitcoin: decentralization, voluntary participation, and free market dynamics. Bitcoin thrives because of its permissionless, free-market system. Miners are incentivized to prioritize transactions based on fees and network conditions, not arbitrary mandates. Imposing a rule like this introduces central planning into what is a decentralized system. The proposal claims to fight centralization, but will likely backfire. Mandates like this add operational complexity and reduce efficiency for miners. Smaller miners, who are already operating on thin margins, will be disproportionately impacted, driving them out of the market and further centralizing mining power. If censorship-resistant mining is valuable, let the free market reward those who provide it. If there=E2=80=99s demand for= miners to include old or low-fee transactions, let someone build tools and pools that prioritize this voluntarily. Solutions shall arise from innovation, not coercion. Best regards, Mike On Sat, Dec 28, 2024 at 8:58=E2=80=AFAM developer wrote: > Status: Draft > Type: Standards Track > Created: December 27, 2024 > Abstract > > This proposal mandates miners to include at least 0.1% of transactions in > their blocks from the oldest transactions by date, even if they have low > fees. This mechanism helps prevent mining centralization and censorship, > encouraging miners not to exclude certain transactions. > Motivation > > The increasing centralization of Bitcoin mining and potential regulations > that may require miners to censor or exclude certain transactions pose a > threat to the Bitcoin network. Mandating the inclusion of a small > percentage of old transactions, even with low fees, ensures that no singl= e > miner can censor block contents without sacrificing their own rewards. > Specification > > Mandatory Inclusion of Old even if with Low-Fee Transactions > Each miner is required to include at least 0.1% of the total > transactions in a block from the oldest transactions in the mempool, even > if their fees are below the current market average. > These transactions must be added to blocks regardless of their > fees, prioritizing their age. > > Block Validation > Bitcoin network nodes will validate blocks only if they contain > the required percentage of old transactions. > If a block fails to meet this criterion, it will be deemed invali= d > and rejected by the network. > > Incentives > Miners are incentivized to include these transactions to ensure > their blocks are valid and to avoid losing block rewards. > > Advantages > > Censorship Resistance: Miners cannot censor transactions without > forfeiting their rewards. > Greater Inclusivity: Old and low-fee transactions are assured of bein= g > confirmed. > Decentralization Prevention: Reducing the potential for centralized > censorship keeps the Bitcoin network decentralized. > > Considerations > > Impact on the Mempool: The mempool may become more dynamic and > up-to-date with fewer old, stagnant transactions. > Resource Management: Miners will need to adjust their systems to > automatically identify and include relevant transactions. > > Conclusion > > Implementing this BIP will help maintain the integrity and > decentralization of the Bitcoin network, preventing censorship and ensuri= ng > all transactions have a fair chance of confirmation. > > -- > 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 visit > https://groups.google.com/d/msgid/bitcoindev/fa4a8cd3-778c-4793-8dd4-5662= 475b6601n%40googlegroups.com > > . > --=20 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 e= mail to bitcoindev+unsubscribe@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/= CAAg3Je3k4RrQzUQ-x-D81NeMPsFuZTVYFKem9uN9MYP-CnmdRg%40mail.gmail.com. --000000000000bd0686062a56e4f7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I reject the premise of this proposed BIP.=C2=A0 Mandating= miners to include a specific percentage of transactions based on age funda= mentally undermines the core principles of Bitcoin: decentralization, volun= tary participation, and free market dynamics.

Bitcoin thrives becaus= e of its permissionless, free-market system. Miners are incentivized to pri= oritize transactions based on fees and network conditions, not arbitrary ma= ndates. Imposing a rule like this introduces central planning into what is = a decentralized system.

The proposal claims to fight centralization,= but will likely backfire. Mandates like this add operational complexity an= d reduce efficiency for miners. Smaller miners, who are already operating o= n thin margins, will be disproportionately impacted, driving them out of th= e market and further centralizing mining power. If censorship-resistant min= ing is valuable, let the free market reward those who provide it.=C2=A0 If = there=E2=80=99s demand for miners to include old or low-fee transactions, l= et someone build tools and pools that prioritize this voluntarily.=C2=A0 So= lutions shall arise from innovation, not coercion.

Best regards,
= Mike

On Sat, Dec 28, 2024 at 8:58=E2=80=AFAM devel= oper <estensioni.app@gmail.c= om> wrote:
Status: Draft
Type: Standard= s Track
Created: December 27, 2024
Abstract

This proposal mand= ates miners to include at least 0.1% of transactions in their blocks from t= he oldest transactions by date, even if they have low fees. This mechanism = helps prevent mining centralization and censorship, encouraging miners not = to exclude certain transactions.
Motivation

The increasing centra= lization of Bitcoin mining and potential regulations that may require miner= s to censor or exclude certain transactions pose a threat to the Bitcoin ne= twork. Mandating the inclusion of a small percentage of old transactions, e= ven with low fees, ensures that no single miner can censor block contents w= ithout sacrificing their own rewards.
Specification

=C2=A0 =C2=A0= Mandatory Inclusion of Old even if with Low-Fee Transactions
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 Each miner is required to include at least 0.1% of the to= tal transactions in a block from the oldest transactions in the mempool, ev= en if their fees are below the current market average.
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 These transactions must be added to blocks regardless of their f= ees, prioritizing their age.

=C2=A0 =C2=A0 Block Validation
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 Bitcoin network nodes will validate blocks only if= they contain the required percentage of old transactions.
=C2=A0 =C2=A0= =C2=A0 =C2=A0 If a block fails to meet this criterion, it will be deemed i= nvalid and rejected by the network.

=C2=A0 =C2=A0 Incentives
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 Miners are incentivized to include these transacti= ons to ensure their blocks are valid and to avoid losing block rewards.
=
Advantages

=C2=A0 =C2=A0 Censorship Resistance: Miners cannot ce= nsor transactions without forfeiting their rewards.
=C2=A0 =C2=A0 Greate= r Inclusivity: Old and low-fee transactions are assured of being confirmed.=
=C2=A0 =C2=A0 Decentralization Prevention: Reducing the potential for c= entralized censorship keeps the Bitcoin network decentralized.

Consi= derations

=C2=A0 =C2=A0 Impact on the Mempool: The mempool may becom= e more dynamic and up-to-date with fewer old, stagnant transactions.
=C2= =A0 =C2=A0 Resource Management: Miners will need to adjust their systems to= automatically identify and include relevant transactions.

Conclusio= n

Implementing this BIP will help maintain the integrity and decentr= alization of the Bitcoin network, preventing censorship and ensuring all tr= ansactions have a fair chance of confirmation.

--
You received this message because you are subscribed to the Google Groups &= quot;Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.googl= e.com/d/msgid/bitcoindev/fa4a8cd3-778c-4793-8dd4-5662475b6601n%40googlegrou= ps.com.

--
You received this message because you are subscribed to the Google Groups &= quot;Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to bitcoind= ev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/ms= gid/bitcoindev/CAAg3Je3k4RrQzUQ-x-D81NeMPsFuZTVYFKem9uN9MYP-CnmdRg%40mail.g= mail.com.
--000000000000bd0686062a56e4f7--