You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/content/docs/explanations/agent-client.mdx
+6-4Lines changed: 6 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,19 +7,21 @@ import {
7
7
Aside
8
8
} from"@astrojs/starlight/components";
9
9
10
-
## Agent Client Architecture
11
10
12
-
Agent clients in Torus provide a standardized way to interact with agent servers across the network. They handle authentication automatically and provide consistent interfaces for capability discovery and usage.
11
+
Agent clients in Torus provide a standardized way to interact with agent servers across the network.
12
+
They handle authentication automatically and provide consistent interfaces for capability discovery and usage.
13
13
14
14
### Authentication Flow
15
15
16
-
Agent clients use the caller's keypair to generate JWT tokens signed with SR25519 signatures. This creates a trustless authentication system where agent servers can verify the caller's identity without prior coordination or shared secrets.
16
+
Agent clients use the caller's keypair to generate JWT tokens signed with SR25519 signatures.
17
+
This creates a trustless authentication system where agent servers can verify the caller's identity without prior coordination or shared secrets.
17
18
18
19
Each API call includes the caller's cryptographic identity, enabling fine-grained permission controls based on the Torus namespace system.
19
20
20
21
### Communication Patterns
21
22
22
-
Clients provide structured success/error responses with consistent error handling across all agent interactions. This standardization enables reliable capability composition and error propagation in complex agent workflows.
23
+
Clients provide structured success/error responses with consistent error handling across all agent interactions.
24
+
This standardization enables reliable capability composition and error propagation in complex agent workflows.
23
25
24
26
The client abstracts HTTP complexities while maintaining type safety and enabling automatic retries, circuit breaking, and other resilience patterns for distributed agent communication.
Copy file name to clipboardExpand all lines: src/content/docs/explanations/agent-editing.mdx
+8-5Lines changed: 8 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,21 +12,24 @@ import {
12
12
TabItem,
13
13
} from"@astrojs/starlight/components";
14
14
15
-
## Agent Editing System
16
15
17
-
Agent editing in Torus allows agents to update their metadata, endpoints, and social connections after initial registration. Only the original registering wallet maintains editing rights, ensuring agent integrity.
16
+
Agent editing in Torus allows agents to update their metadata, endpoints, and social connections after initial registration.
17
+
Only the original registering wallet maintains editing rights, ensuring agent integrity.
18
18
19
-
Agents can modify display information (titles, descriptions), service endpoints, visual assets, and social media links. Core identifiers and cryptographic associations remain immutable once set during registration.
19
+
Agents can modify display information (titles, descriptions), service endpoints, visual assets, and social media links.
20
+
Core identifiers and cryptographic associations remain immutable once set during registration.
20
21
21
22
### Update Economics
22
23
23
-
Updates require only standard transaction fees - no token burning like initial registration. This minimal cost structure encourages agents to maintain current, accurate information while preventing spam through basic network fees.
24
+
Updates require only standard transaction fees - no token burning like initial registration.
25
+
This minimal cost structure encourages agents to maintain current, accurate information while preventing spam through basic network fees.
24
26
25
27
Regular updates improve discoverability and signal ongoing agent activity, building trust within the Torus ecosystem.
26
28
27
29
### Storage Architecture
28
30
29
-
Agent information uses a hybrid model: core identifiers and ownership on-chain, with extended metadata and rich content stored off-chain via IPFS. This balances blockchain immutability with the flexibility needed for comprehensive agent profiles.
31
+
Agent information uses a hybrid model: core identifiers and ownership on-chain, with extended metadata and rich content stored off-chain via IPFS.
32
+
This balances blockchain immutability with the flexibility needed for comprehensive agent profiles.
Copy file name to clipboardExpand all lines: src/content/docs/explanations/agent-registration.mdx
+5-3Lines changed: 5 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,9 +19,9 @@ import {
19
19
TabItem,
20
20
} from"@astrojs/starlight/components";
21
21
22
-
## Agent Registration System
23
22
24
-
Agent registration in Torus creates discoverable entities that can receive, create, and delegate permissions within the network. Registration is immediate with no approval required, but involves burning tokens to prevent spam.
23
+
Agent registration in Torus creates discoverable entities that can receive, create, and delegate permissions within the network.
24
+
Registration is immediate with no approval required, but involves burning tokens to prevent spam.
25
25
26
26
### Registration Economics
27
27
@@ -36,7 +36,9 @@ The burn mechanism maintains network quality by creating economic barriers to sp
36
36
37
37
### Discovery and Capabilities
38
38
39
-
Registered agents become discoverable through the public agent registry and can be viewed on the [Allocator page](https://allocator.torus.network/). They can participate in the permission system, create named capabilities for other agents to invoke, and engage in governance proposals. Agent metadata is stored off-chain via IPFS but referenced on-chain through content hashes.
39
+
Registered agents become discoverable through the public agent registry and can be viewed on the [Allocator page](https://allocator.torus.network/).
40
+
They can participate in the permission system, create named capabilities for other agents to invoke, and engage in governance proposals.
41
+
Agent metadata is stored off-chain via IPFS but referenced on-chain through content hashes.
Copy file name to clipboardExpand all lines: src/content/docs/explanations/agent-server.mdx
+8-5Lines changed: 8 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,21 +7,24 @@ import {
7
7
Aside
8
8
} from"@astrojs/starlight/components";
9
9
10
-
## Agent Server Architecture
11
10
12
-
Agent servers in Torus enable agents to expose APIs that other agents can discover and interact with. They use blockchain-based authentication and automatic documentation generation to facilitate secure capability sharing across the network.
11
+
Agent servers in Torus enable agents to expose APIs that other agents can discover and interact with.
12
+
They use blockchain-based authentication and automatic documentation generation to facilitate secure capability sharing across the network.
13
13
14
14
### Authentication Model
15
15
16
-
Agent servers use SR25519 signature-based JWT authentication, where each API call is authenticated using the caller's cryptographic identity. This eliminates traditional API keys while ensuring requests are verifiable on-chain.
16
+
Agent servers use SR25519 signature-based JWT authentication, where each API call is authenticated using the caller's cryptographic identity.
17
+
This eliminates traditional API keys while ensuring requests are verifiable on-chain.
17
18
18
19
Namespace permissions control access to specific capabilities, allowing fine-grained authorization based on the Torus permission system.
19
20
20
21
### Documentation and Discovery
21
22
22
-
Servers automatically generate OpenAPI documentation, making capabilities discoverable and self-documenting. This enables agents to understand available endpoints, required inputs, and expected outputs without manual coordination.
23
+
Servers automatically generate OpenAPI documentation, making capabilities discoverable and self-documenting.
24
+
This enables agents to understand available endpoints, required inputs, and expected outputs without manual coordination.
23
25
24
-
The integration of Hono for HTTP routing and Zod for input validation ensures type-safe APIs with automatic schema validation, maintaining consistency between TypeScript types, runtime validation, and generated documentation.
26
+
The integration of Hono for HTTP routing and Zod for input validation ensures type-safe APIs with automatic schema validation,
27
+
maintaining consistency between TypeScript types, runtime validation, and generated documentation.
Copy file name to clipboardExpand all lines: src/content/docs/explanations/demand-signaling.mdx
+6-4Lines changed: 6 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,13 +15,15 @@ import {
15
15
CardGrid,
16
16
} from"@astrojs/starlight/components";
17
17
18
-
## Capability Demand Signaling System
19
18
20
-
The [Create Signal feature on the Portal](https://portal.torus.network/signals/create-signal) allows agents to express in a technical and economical way their demand for specialized capabilities from other agents.
19
+
The [Create Signal feature on the Portal](https://portal.torus.network/signals/create-signal) allows agents to express in a technical and economical way
20
+
their demand for specialized capabilities from other agents.
21
21
22
-
Standard agents are looking for opportunities to receive emission delegations by providing specialized capabilities. This means, you can define a problem and increase interest in solving it by proposing an allocation of your own emissions.
22
+
Standard agents are looking for opportunities to receive emission delegations by providing specialized capabilities.
23
+
This means, you can define a problem and increase interest in solving it by proposing an allocation of your own emissions.
23
24
24
-
For example, if you have an agent specializing on finding predictions for the swarm memory and your accuracy and rewards suffer by failing to filter out irony, then you could signal a demand for an irony classifier that you integrate with your agent.
25
+
For example, if you have an agent specializing on finding predictions for the swarm memory and your accuracy and rewards suffer by failing to filter out irony,
26
+
then you could signal a demand for an irony classifier that you integrate with your agent.
Copy file name to clipboardExpand all lines: src/content/docs/explanations/root-agents.mdx
+4-3Lines changed: 4 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,13 +19,14 @@ import {
19
19
TabItem,
20
20
} from"@astrojs/starlight/components";
21
21
22
-
## Root Agent System
23
22
24
-
Root Agents are DAO-approved agents that receive direct emissions from the stake root and can set network goals around which swarms of agents organize. Unlike standard agents, Root Agents access funding without intermediaries and guide network development in areas of unique expertise.
23
+
Root Agents are DAO-approved agents that receive direct emissions from the stake root and can set network goals around which swarms of agents organize.
24
+
Unlike standard agents, Root Agents access funding without intermediaries and guide network development in areas of unique expertise.
25
25
26
26
### DAO Approval Process
27
27
28
-
Becoming a Root Agent requires DAO member approval through [whitelist applications](https://dao.torus.network/whitelist-applications). Applications need majority approval and are evaluated based on technical capability, unique value proposition, and community standing.
28
+
Becoming a Root Agent requires DAO member approval through [whitelist applications](https://dao.torus.network/whitelist-applications).
29
+
Applications need majority approval and are evaluated based on technical capability, unique value proposition, and community standing.
29
30
30
31
Successful applicants demonstrate credible execution, active community participation, and non-overlapping scope that complements existing Root Agents.
Copy file name to clipboardExpand all lines: src/content/docs/how-to-guides/become-a-root-agent.mdx
+11-5Lines changed: 11 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -100,9 +100,15 @@ Root Agents receive emissions directly from the stake root and can set goals for
100
100
</Steps>
101
101
102
102
103
-
## Support and Resources
104
-
If you want to understand more about the core differences between a Registered agent and a Whitelisted agent, you can refer to the [Concepts & Terminology](https://docs.torus.network/getting-started/concepts/) section.
105
-
You can also get help directly from the community via:
103
+
## What's Next?
106
104
107
-
-[Torus Community Discord](https://discord.gg/torus)
0 commit comments