📅 Original date posted:2014-07-18
📝 Original message:Related: We must handle some legitimate miner-privately-mined cases,
such as miner payout TXs (outside coinbase) or side chain conditional
TXs[1].
[1] https://bitcointalk.org/index.php?topic=676703.msg7682680#msg7682680
On Fri, Jul 18, 2014 at 3:51 PM, Kaz Wesley <keziahw at gmail.com> wrote:
> I've updated the gist, and added an additional proposal that I think
> meshes well:
> https://gist.github.com/kazcw/43c97d3924326beca87d#ultra-fast-block-validation
>
> sparseblocks + UFBV would tighten the new-block process to this (when
> txes have been received in advance):
> - receive block (~2kB for 1000 tx)
> - check whether block contains txes known to belong to conflict-sets,
> and if so whether more than one tx from a single conflict-set has been
> included (a few operations on very small sets)
> - relay block (~2kB)
>
> The benefits of these changes only occur when the transactions have
> been seen in advance, but incentivizing ahead-of-block transaction
> propogation is a plus, as Jeff mentioned; working on a block without
> first ensuring peers have its transactions would be very expensive
> from a miner's point of view.
>
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
--
Jeff Garzik
Bitcoin core developer and open source evangelist
BitPay, Inc. https://bitpay.com/
Jeff Garzik [ARCHIVE] /
npub1kf…f3f58
2023-06-07 15:24:09
in reply to nevent1q…0k7r
Author Public Key
npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58Published at
2023-06-07 15:24:09Event JSON
{
"id": "91a027bc2de5bfa5b6d48b8708f3ccc653d0259f381b78b7e42835254f90010d",
"pubkey": "b25e10e25d470d9b215521b50da0dfe7a209bec7fedeb53860c3e180ffdc8c11",
"created_at": 1686151449,
"kind": 1,
"tags": [
[
"e",
"3507527acf6651445fc18e718512a320c7c5edde322b321b00914bf719d85722",
"",
"root"
],
[
"e",
"7ec55abe9d3df56c0f824b71a35932bd5a67076a0d4964d4f97618d9f2c3a253",
"",
"reply"
],
[
"p",
"fb86e09da2994d49831e6fa34cbe7c71aef99054c8ac90c8438c5594b4ce2f60"
]
],
"content": "📅 Original date posted:2014-07-18\n📝 Original message:Related: We must handle some legitimate miner-privately-mined cases,\nsuch as miner payout TXs (outside coinbase) or side chain conditional\nTXs[1].\n\n[1] https://bitcointalk.org/index.php?topic=676703.msg7682680#msg7682680\n\nOn Fri, Jul 18, 2014 at 3:51 PM, Kaz Wesley \u003ckeziahw at gmail.com\u003e wrote:\n\u003e I've updated the gist, and added an additional proposal that I think\n\u003e meshes well:\n\u003e https://gist.github.com/kazcw/43c97d3924326beca87d#ultra-fast-block-validation\n\u003e\n\u003e sparseblocks + UFBV would tighten the new-block process to this (when\n\u003e txes have been received in advance):\n\u003e - receive block (~2kB for 1000 tx)\n\u003e - check whether block contains txes known to belong to conflict-sets,\n\u003e and if so whether more than one tx from a single conflict-set has been\n\u003e included (a few operations on very small sets)\n\u003e - relay block (~2kB)\n\u003e\n\u003e The benefits of these changes only occur when the transactions have\n\u003e been seen in advance, but incentivizing ahead-of-block transaction\n\u003e propogation is a plus, as Jeff mentioned; working on a block without\n\u003e first ensuring peers have its transactions would be very expensive\n\u003e from a miner's point of view.\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Want fast and easy access to all the code in your enterprise? Index and\n\u003e search up to 200,000 lines of code with a free copy of Black Duck\n\u003e Code Sight - the same software that powers the world's largest code\n\u003e search on Ohloh, the Black Duck Open Hub! Try it now.\n\u003e http://p.sf.net/sfu/bds\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\n\n\n-- \nJeff Garzik\nBitcoin core developer and open source evangelist\nBitPay, Inc. https://bitpay.com/",
"sig": "b4ed0fbb9e41d78bb641e4a306d9a7433a0e7c8f396e91d601a560ca8f2740f0b031a292c4138eca61223dccfca5b7244e94805310e2edfaf580587a3032d954"
}