Jan 8 - Jan 8, 2025
By combining these elements into a complete bitcoin block, which likely exhibits insufficient proof of work, one can hash the header and subsequently provide a merkle proof for that specific header. The integrity and sum of difficulty of accepted shares are verified through a merkle sum tree of block header hashes.
The concept extends to the valuation of eHash tokens, which are assessed based on the difficulty level. This valuation is then directly compared against the sum of liabilities, as detailed in the Proof of Liabilities report. The liabilities are calculated by subtracting burn proofs from mint proofs, excluding any ecash redemptions, thereby providing a transparent and verifiable account of the network's obligations versus its assets.
The exploration of an appropriate payout formula for miners who contribute their computational power raises the question of whether to adopt a Basic Pay-Per-Last-N-Shares (PPLNS), TIDES, or an alternative modified PPLNS algorithm. The discussion suggests a potential alignment with the PPLNS with Job Declaration (PPLN-JD) accounting schema, which is explored further in the PPLN-JD post. This schema is highlighted for its complementary approach to share accounting and auditing, suggesting it could be effectively integrated into the eHash framework to ensure fairness and transparency in miner rewards.
TLDR
We’ll email you summaries of the latest discussions from authoritative bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
We'd love to hear your feedback on this project?
Give Feedback