📅 Original date posted:2014-07-07 📝 Original message:Just as an aside to this ...

Odinn Cyberguerrilla [ARCHIVE] /

npub18xq…g6zk

2023-06-07 15:23:38

in reply to nevent1q…7wfg

📅 Original date posted:2014-07-07
📝 Original message:Just as an aside to this lengthy convo, the Cryptonote-based BCN recently
had some interesting updates which made it easier for ordinary computers
(nothing special) to handle it.

I realize that's not Bitcoin, but I thought I'd throw it out there.

> Thanks Mike.
>
> Indeed, I am aware of current approach, which is why I was suggesting
> this as an alternative.
> I haven't thought about it enough, and perhaps it was too radical a
> rethinking - just wanted to see what the smarter minds thought.
>
> Thanks again.
>
> -Randi
>
> On 7/5/14, 4:43 AM, Mike Hearn wrote:
>>
>> Is it possible instead to allocate a portion of the reward to " a #
>> of
>> runner up(s)" even though the runner-up(s) block will be orphaned?
>>
>>
>> There's really no concept of a "runner up" because hashing is progress
>> free. It's unintuitive and often trips people up. There's no concept
>> that everyone is 95% of the way to finding a solution and then someone
>> pips you to the post. It's more like playing the lottery over and over
>> again. Doesn't matter how many times you did it before, the next time
>> your chances are the same.
>>
>> A better concept is of rewarding "near miss" solutions which is what
>> we already do of course, via pools, which pay you for shares which
>> don't quite meet the difficulty target but almost do. So the question
>> is how can we implement pools which have this reward structure (which
>> obviously works well) without miners simultaneously giving up their
>> right to block creation either due to technical problems or sheer
>> lazyness.
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community
> Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft_______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

Author Public Key

npub18xqykhf26udeq2nyk98ee0a5q4w3s2f75m405a6zswpdy573lxeqmhg6zk

Seen on

wss://relay.nostr.band

Show more details

Published at

2023-06-07 15:23:38

Kind type

1 Short Text Note

Event JSON

{ "id": "f1574abb366320ee0822f8e1f038847956ad0873480a3d3e2fa5eb2d94a1c913", "pubkey": "39804b5d2ad71b902a64b14f9cbfb4055d18293ea6eafa77428382d253d1f9b2", "created_at": 1686151418, "kind": 1, "tags": [ [ "e", "a9e20ae1b6e168ee862b71e56f89b4ed7603371912b3a24e648d19074482f62c", "", "root" ], [ "e", "6d937fa872906e4f73e7fb197aa8da800fae2359423a4b3b09807f79807f9db7", "", "reply" ], [ "p", "708e24fcfd14f404ccd45d1b5f15ce9a745b6720af76c806857cd821f260e6c6" ] ], "content": "📅 Original date posted:2014-07-07\n📝 Original message:Just as an aside to this lengthy convo, the Cryptonote-based BCN recently\nhad some interesting updates which made it easier for ordinary computers\n(nothing special) to handle it.\n\nI realize that's not Bitcoin, but I thought I'd throw it out there.\n\n\u003e Thanks Mike.\n\u003e\n\u003e Indeed, I am aware of current approach, which is why I was suggesting\n\u003e this as an alternative.\n\u003e I haven't thought about it enough, and perhaps it was too radical a\n\u003e rethinking - just wanted to see what the smarter minds thought.\n\u003e\n\u003e Thanks again.\n\u003e\n\u003e -Randi\n\u003e\n\u003e On 7/5/14, 4:43 AM, Mike Hearn wrote:\n\u003e\u003e\n\u003e\u003e Is it possible instead to allocate a portion of the reward to \" a #\n\u003e\u003e of\n\u003e\u003e runner up(s)\" even though the runner-up(s) block will be orphaned?\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e There's really no concept of a \"runner up\" because hashing is progress\n\u003e\u003e free. It's unintuitive and often trips people up. There's no concept\n\u003e\u003e that everyone is 95% of the way to finding a solution and then someone\n\u003e\u003e pips you to the post. It's more like playing the lottery over and over\n\u003e\u003e again. Doesn't matter how many times you did it before, the next time\n\u003e\u003e your chances are the same.\n\u003e\u003e\n\u003e\u003e A better concept is of rewarding \"near miss\" solutions which is what\n\u003e\u003e we already do of course, via pools, which pay you for shares which\n\u003e\u003e don't quite meet the difficulty target but almost do. So the question\n\u003e\u003e is how can we implement pools which have this reward structure (which\n\u003e\u003e obviously works well) without miners simultaneously giving up their\n\u003e\u003e right to block creation either due to technical problems or sheer\n\u003e\u003e lazyness.\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Open source business process management suite built on Java and Eclipse\n\u003e Turn processes into business applications with Bonita BPM Community\n\u003e Edition\n\u003e Quickly connect people, data, and systems into organized workflows\n\u003e Winner of BOSSIE, CODIE, OW2 and Gartner awards\n\u003e http://p.sf.net/sfu/Bonitasoft_______________________________________________\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\u003e", "sig": "56d09517d8e8a7f11bb2252c7aa9e48b7d5437f8dafdf26d06f1034f5ee2f0c85596db912808f261b979c041a67664f5b25c09cc596e92b4b8c9edde66805557" }