Skip to content

Conversation

@laviniat1996
Copy link
Collaborator

closes #1049

@github-actions
Copy link

Skipping AI review because no docs changes in md, mdx, or docs.json

@laviniat1996 laviniat1996 self-assigned this Nov 28, 2025
@laviniat1996 laviniat1996 marked this pull request as draft November 28, 2025 03:30
@laviniat1996 laviniat1996 changed the title update field descriptions update API v2 field descriptions Nov 28, 2025
@laviniat1996 laviniat1996 added the 3p Reviewed by someone else (a third party). Used for filtering PRs. Don't mind this. label Dec 1, 2025
@reveloper reveloper self-requested a review December 4, 2025 06:09
],
"summary": "JSON-RPC endpoint",
"description": "All API methods are available through this single endpoint using JSON-RPC 2.0 protocol. Send the method name in the `method` field and parameters as a dictionary in `params`. Useful when you need to call multiple methods in sequence or prefer JSON-RPC over REST.",
Copy link
Collaborator

Choose a reason for hiding this comment

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

Authorizations description shouldn't be empty:
Screenshot 0007-12-04 at 15 48 37

Example of a good definition:
Screenshot 0007-12-04 at 16 13 19

"summary": "JSON-RPC endpoint",
"description": "All API methods are available through this single endpoint using JSON-RPC 2.0 protocol. Send the method name in the `method` field and parameters as a dictionary in `params`. Useful when you need to call multiple methods in sequence or prefer JSON-RPC over REST.",
"operationId": "jsonRPC_post",
"requestBody": {
Copy link
Collaborator

Choose a reason for hiding this comment

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

https://companyname-a7d5b98e-fields.mintlify.app/ecosystem/api/toncenter/v2/rpc/json-rpc-endpoint

Result field seems strange and broken:

Screenshot 0007-12-04 at 16 43 07 Screenshot 0007-12-04 at 16 43 11

Does it really have two options?

],
"summary": "Detect address",
Copy link
Collaborator

@reveloper reveloper Dec 4, 2025

Choose a reason for hiding this comment

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

The field definition is wrong, which works from ANY form of TON Address:

Screenshot 0007-12-04 at 16 59 47

example:

curl --request POST \
  --url https://toncenter.com/api/v2/detectAddress \
  --header 'Content-Type: application/json' \
  --header 'X-API-Key: <api-key>' \
  --data '
{
  "address": "0:c78b3eb54a55243d4efe411f0bb0101a8da61904a89c48212f81ff32006b2dc1"
}

https://companyname-a7d5b98e-fields.mintlify.app/ecosystem/api/toncenter/v2/rpc/detect-address

"summary": "Detect address",
"description": "Validates an address and returns it in all standard formats. Use this to convert between address formats or to validate user input. Returns raw format (0:abc...), base64 bounceable (EQ...), base64 non-bounceable (UQ...), and URL-safe variants.",
"operationId": "detectAddress_post",
"requestBody": {
Copy link
Collaborator

Choose a reason for hiding this comment

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

Let's find a more detailed explanation of this field for devs. Even if this is not for external use, it should be documented clearly:
Screenshot 0007-12-04 at 17 17 29

https://companyname-a7d5b98e-fields.mintlify.app/ecosystem/api/toncenter/v2/rpc/detect-address

"description": "Similar to previous one but tries to parse additional information for known contract types. This method is based on tonlib's function *getAccountState*. For detecting wallets we recommend to use *getWalletInformation*.",
"operationId": "get_extended_address_information_getExtendedAddressInformation_get",
"summary": "Detect address",
"description": "Validates an address and returns it in all standard formats. Use this to convert between address formats or to validate user input. Returns raw format (0:abc), base64 bounceable (EQ), base64 non-bounceable (UQ), and URL-safe variants.",
Copy link
Collaborator

Choose a reason for hiding this comment

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

All fields should be fully self-descriptive without dependency on other fields:
Screenshot 0007-12-04 at 17 29 14

Example:
description: User-friendly bounceable address in standard base64 encoding.
description: User-friendly bounceable address, base64-encoded and safe for use in URLs.

"operationId": "get_extended_address_information_getExtendedAddressInformation_get",
"summary": "Detect address",
"description": "Validates an address and returns it in all standard formats. Use this to convert between address formats or to validate user input. Returns raw format (0:abc), base64 bounceable (EQ), base64 non-bounceable (UQ), and URL-safe variants.",
"operationId": "detectAddress_get",
Copy link
Collaborator

Choose a reason for hiding this comment

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

Since this is related to the user-friendly address flag, it should be accurately explained, that this is representation. This flag not 100% defined, whether the account of qiured address belongs only to the Testnet or Mainnet, because the address itself matches within both networks.
Screenshot 0007-12-04 at 17 51 53

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

3p Reviewed by someone else (a third party). Used for filtering PRs. Don't mind this.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[TON Center > API/v2 > OpenAPI 3 full field description]

3 participants