Skip to content

feat(api): add ton-validators-rewards-api#1978

Open
delovoyhomie wants to merge 2 commits intomainfrom
validator-rewards-API
Open

feat(api): add ton-validators-rewards-api#1978
delovoyhomie wants to merge 2 commits intomainfrom
validator-rewards-API

Conversation

@delovoyhomie
Copy link
Copy Markdown
Contributor

Closes #1917

Copy link
Copy Markdown
Contributor

@github-actions github-actions bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the update to contract-dev/privacy-zk/groth16-examples.mdx: there’s one inline suggestion—please apply it to align the frontmatter with the supported metadata keys.

@aigerimu
Copy link
Copy Markdown
Contributor

  • Let’s keep only the files that are relevant to this PR.
  • "Validator Rewards" is a common term here, so let’s use lowercase - "validator rewards".
  • For consistency, let’s stick to Next steps and See also instead of Related pages.
  • Why is the "Validator rewards API reference" page set to wide mode?
  • What is the ton-validators-rewards-api file?

reward and staking data directly from TON liteservers through `tongo`.

<Aside type="note">
The source does not define a public hosted base URL. The examples in this
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

which examples?

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

which examples?

Comment on lines +31 to +35
The service listens on port `8080` by default.

When `-config` is not set, startup downloads
`https://ton.org/global-config.json` and uses the liteservers from that file.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[HIGH] Unsafe mainnet‑default global config without safety callout

Lines 31–35 explain that when -config is not set, startup downloads https://ton.org/global-config.json and uses the liteservers from that file, which is the TON Mainnet global configuration. This means that following the basic “build and start the binary” steps implicitly connects to Mainnet liteservers, yet the page provides no <Aside> callout describing the mainnet scope or recommending safer configs for experimentation. The style guide requires explicit Caution or Warning asides whenever instructions may touch mainnet resources, funds, or validator operations, so the current instructions under‑communicate this risk.

Please leave a reaction 👍/👎 to this suggestion to improve future reviews for everyone!

Comment on lines +85 to +103
## Verify

Check the health endpoint:

```bash
curl http://localhost:8080/health
```

Expected output:

```json
{"status":"ok"}
```

Open the Swagger UI:

```text
http://localhost:8080/swagger
```
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[MEDIUM] Mixed code and URL in non‑copyable Swagger step

The “Open the Swagger UI” step at lines 85–103 uses a text fenced block containing only http://localhost:8080/swagger. As a result, the primary action is expressed as a raw URL inside what looks like a code block, which is neither a shell command nor clearly distinguished from expected output. The style guide encourages using clear imperative sentences for actions and reserving fenced blocks for commands or structured output; a bare URL in a generic code fence is harder to copy‑paste correctly and inconsistent with how earlier steps present commands.

Please leave a reaction 👍/👎 to this suggestion to improve future reviews for everyone!

@github-actions
Copy link
Copy Markdown
Contributor

Thanks for the updates here—there are a couple of suggestions around contract-dev/privacy-zk/groth16-examples.mdx and ecosystem/api/validator-rewards/run-locally.mdx; please apply the inline suggestions to align the docs with the style and safety guidelines.


Per-comment submission: 5 posted, 1 failed.

Unposted inline comments (raw text):

  • contract-dev/zero-knowledge.mdx:L202-L214

    [HIGH] Incorrect brand/library casing for Noname, Gnark, Arkworks

    The “Other Languages” section at lines 202–214 uses backticked, all‑lowercase names `noname`, `gnark`, and `arkworks` in prose, even though the surrounding documentation and official project pages treat these as proper names (“Noname”, “Gnark”, “Arkworks”). The style guide requires using correct and consistent branding and casing for product and library names in prose to avoid confusion and to match external references. Leaving the names in inconsistent or code‑style casing in narrative text makes the libraries harder to recognize and clashes with later use of “Arkworks (Rust)”.

    Please leave a reaction 👍/👎 to this suggestion to improve future reviews for everyone!

…cs and align wording with source

- update overview, run locally, and API reference pages
- align descriptions and commands with ton-validators-rewards-api
- add source and config links, and clean up related sections
- update navigation and custom dictionary entries
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.

[Ecosystem > APIs > Validator Rewards API]

3 participants