Gave this to the AI and found one I liked. It 's sort of how ehash works for issuance. Probably trained from some gmax post back in the day.
-----------
2.1 “Two-target shares”: accept frequent shares but pay by difficulty
*Idea*: allow miners to submit shares that meet an easier admission target, but credit them proportional to actual achieved difficulty (or capped/normalized).
This is how many pools conceptually treat shares already (“difficulty of share”), but Stratum message semantics still steer implementers toward “share count” thinking.
Extension: ShareDifficultyValue field + accounting rule
New behavior: For each submitted share, pool computes the share’s actual difficulty `D_share` (from hash) and credits work units `WU = min(D_share, D_accounting_cap)`.
- Admission target `T_admit` controls how many shares you must validate.
- Accounting cap `D_accounting_cap` prevents a single lucky share from dominating variance if the pool wants.
- Miner’s claimed nominal_hash_rate can influence only `T_admit` (UX), but payout weight is bounded by WU not share count.
Why it helps: Lying to get easier `T_admit` increases share volume but does not increase payout, so it becomes a pure DoS attempt—now addressable with rate limits and pricing (below).
Protocol hook: pools already know T_admit and can compute D_share. You need an explicit statement in the spec that accounting MUST NOT be share-count based when T_admit is miner-influenced.
Message format (conceptual):
- No new downstream fields required if accounting uses computed `D_share`.
- Add an upstream capability bit: `supports_difficulty_weighted_accounting`.
Trade-off: requires pools to standardize accounting semantics; some legacy payout schemes may need adaptation (but PPS/PPLNS can still use work units).
View article →