Skip to content

update - #431

Open
itsmylife44 wants to merge 3352 commits into
Snipa22:masterfrom
MoneroOcean:master
Open

update#431
itsmylife44 wants to merge 3352 commits into
Snipa22:masterfrom
MoneroOcean:master

Conversation

@itsmylife44

Copy link
Copy Markdown

No description provided.

@bobbieltd

Copy link
Copy Markdown
Contributor

It is the biggest pull request in one hit that I have ever seen in Github. 🙈 To the moon 🚀.

@LegolasGChief

Copy link
Copy Markdown

These changes will work on latest snipa pool if I add them? what is best way to implement them? it will work for Aeon still? I am worried about DB changes

@bobbieltd

Copy link
Copy Markdown
Contributor

It works with Aeon, of course. Aeon is a sibling of Monero, much simpler than other coins.
itismylife44 already use MoneroOcean codes for his graft pool + NiceHash to test pool. Impressive. Very serious person ! Bring my popcorn and watch how his pool is going 😎
in bocca al lupo !

Resolve current release metadata before reusing digest-verified archives, reject unsafe archive links, and support explicitly pinned MoM release tags. Keep Pearl GPU coverage opt-in and fail MoM cases with missing accepted shares.

Track and close only owned miner descendants, distinguish forced cleanup from a passing run, and keep raw logs private. Add archive, process identity, cleanup, and privacy regression coverage.
GitHub runners may retain a zombie after a fixture child exits. Assert that the original process identity is no longer running instead of requiring immediate removal from procfs. Capture its birth identity before shutdown so fixture cleanup cannot target a reused PID.
Credit server-normalized work once after all Pearl proof and claim checks pass, scoped to the canonical payout trust key. Trusted shortcuts and rejected or incomplete verification do not earn wallet trust.

Guard credit against completed shares, invalid work, overflowing totals, repeated verifier callbacks and replay. Add coverage for payout isolation, full-verification boundaries and subsequent trust invalidation.
Reuse the existing temporary IP bans for worker-limit rejections and invoke
TLS connection handlers only after admission succeeds. Preserve whitelist
and loopback exemptions and the original bounded delayed-reply handling.

Select direct worker acceptance before forking so the primary cannot queue
unbounded accepted sockets while workers are busy. Close final replies after
flushing, with a hard deadline to prevent half-open peers retaining sockets.

Cover ban propagation, rejected TLS dispatch, session resumption, reply limits,
stalled writes, half-open clients, and acceptance policy ordering.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants