Skip to content

feat: pass a client's candidates and channels to the attestation service - #215

Merged
NaySurGithub merged 1 commit into
devfrom
feat/signalling-evidence
Nov 12, 2026
Merged

NaySurGithub merged 1 commit into
devfrom
feat/signalling-evidence

Conversation

@NaySurGithub

Copy link
Copy Markdown
Contributor

The evidence a server sends about a NetherNet client gets two more sections (Falcon-MC/Network#20):

  • the ICE candidates the client signalled, with every address replaced by its family (v4 or v6), as is already done for candidates written in the offer
  • the data channels it opened, in order: label, stream id and protocol

The candidates are cut at 2 KiB so the whole evidence stays under what the service accepts. What these sections mean stays in the service.

It needs Falcon-MC/Network at main (#20): an existing build directory has to be configured again.

Checked by compiling ClientAttestation.cpp with the project's flags against the new Network headers. No full build, not tested on a running server.

Test plan: join with the game with allow-unofficial-clients=false; the player must get in as before, with no Client note line.

AI disclosure

Written by Claude Fable 5.2 (code).

@NaySurGithub
NaySurGithub merged commit ea57657 into dev Nov 12, 2026
6 of 8 checks passed
@NaySurGithub
NaySurGithub deleted the feat/signalling-evidence branch November 12, 2026 18:08
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.

1 participant