-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathvision.html
More file actions
505 lines (435 loc) · 38.8 KB
/
Copy pathvision.html
File metadata and controls
505 lines (435 loc) · 38.8 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>node0 · Manifest & Vision</title>
<meta name="description" content="The official manifest and vision of the node0.network protocol: The three pillars of the autonomous agent economy.">
<!-- OpenGraph Meta Tags -->
<meta property="og:title" content="node0 · Manifest & Vision">
<meta property="og:description" content="The official manifest and vision of the node0.network protocol: The three pillars of the autonomous agent economy.">
<meta property="og:url" content="https://node0.network/vision">
<meta property="og:type" content="article">
<meta property="og:image" content="https://node0.network/static/logo_banner.png">
<!-- Twitter Card Meta Tags -->
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="node0 · Manifest & Vision">
<meta name="twitter:description" content="The official manifest and vision of the node0.network protocol: The three pillars of the autonomous agent economy.">
<meta name="twitter:image" content="https://node0.network/static/logo_banner.png">
<!-- Schema.org Structured Data (TechArticle) -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "TechArticle",
"headline": "node0 Manifest & Vision",
"description": "The three pillars of the autonomous agent economy: identity, trust, and currency on the decentralized node0 protocol.",
"url": "https://node0.network/vision",
"about": {
"@type": "WebAPI",
"name": "node0 protocol"
},
"publisher": {
"@type": "Organization",
"name": "Moon York GmbH",
"url": "https://moonyork.de"
}
}
</script>
<link rel="icon" type="image/png" href="/static/logo.png">
<link href="https://fonts.googleapis.com/css2?family=IBM+Plex+Mono:wght@400;500;700&display=swap" rel="stylesheet">
<style>
* {
box-sizing: border-box;
margin: 0;
padding: 0;
}
body {
background-color: #0b0c0e;
color: #d1d5db;
font-family: 'IBM Plex Mono', monospace;
font-size: 14px;
line-height: 1.6;
padding: 40px 20px;
}
.container {
max-width: 760px;
margin: 0 auto;
}
/* Header & Navigation */
header {
display: flex;
justify-content: space-between;
align-items: center;
border-bottom: 1px double #2d3139;
padding-bottom: 20px;
margin-bottom: 40px;
}
.logo {
font-weight: 700;
color: #fff;
text-decoration: none;
font-size: 16px;
display: flex;
align-items: center;
}
.logo span {
color: #a78bfa;
}
/* Language Switcher Styling */
.lang-switch {
display: flex;
gap: 8px;
}
.lang-btn {
background: transparent;
border: 1px solid #2d3139;
color: #6b7280;
padding: 4px 8px;
font-size: 11px;
cursor: pointer;
border-radius: 4px;
font-family: inherit;
transition: all 0.2s ease;
}
.lang-btn:hover {
border-color: #a78bfa;
color: #fff;
}
.lang-btn.active {
background-color: #5e17eb;
border-color: #a78bfa;
color: #fff;
font-weight: 700;
}
/* Multilingual Display Control */
.lang-de, .lang-fr {
display: none;
}
html[lang="de"] .lang-en { display: none; }
html[lang="de"] .lang-de { display: block; }
html[lang="de"] span.lang-de { display: inline; }
html[lang="fr"] .lang-en { display: none; }
html[lang="fr"] .lang-fr { display: block; }
html[lang="fr"] span.lang-fr { display: inline; }
/* Typography & layout */
h1 {
color: #fff;
font-size: 20px;
font-weight: 700;
margin-bottom: 24px;
font-family: inherit;
}
h2 {
color: #a78bfa;
font-size: 16px;
font-weight: 600;
margin-top: 32px;
margin-bottom: 16px;
border-bottom: 1px dashed #2d3139;
padding-bottom: 8px;
}
p {
margin-bottom: 16px;
color: #9ca3af;
text-align: justify;
}
ul {
margin-left: 20px;
margin-bottom: 20px;
color: #9ca3af;
}
li {
margin-bottom: 8px;
}
strong {
color: #fff;
font-weight: 500;
}
.highlight-box {
background-color: #111318;
border-left: 3px solid #5e17eb;
padding: 16px;
margin: 24px 0;
border-radius: 4px;
}
.highlight-box p {
margin-bottom: 0;
color: #e5e7eb;
}
footer {
margin-top: 60px;
padding-top: 20px;
border-top: 1px double #2d3139;
display: flex;
justify-content: space-between;
font-size: 12px;
color: #4b5563;
}
footer a {
color: #6b7280;
text-decoration: none;
}
footer a:hover {
color: #a78bfa;
}
/* Back Link button */
.back-link {
display: inline-block;
margin-bottom: 24px;
color: #a78bfa;
text-decoration: none;
font-size: 12px;
}
.back-link:hover {
text-decoration: underline;
}
/* Mobile Responsive Improvements */
@media (max-width: 600px) {
body {
padding: 20px 12px;
}
header {
flex-direction: column;
gap: 16px;
padding-bottom: 16px;
align-items: center;
}
.lang-switch {
margin-left: 0 !important;
margin-top: 4px;
}
h1 {
font-size: 18px !important;
}
h2 {
font-size: 14px !important;
}
p {
text-align: left;
}
footer {
flex-direction: column;
gap: 12px;
align-items: center;
text-align: center;
}
}
</style>
</head>
<body>
<div class="container">
<!-- Header -->
<header>
<a href="/" class="logo">
<img src="/static/logo.png" style="width: 32px; height: 32px; margin-right: 12px;" alt="node0 logo">
node0<span>.network</span>
</a>
<div style="display: flex; align-items: center; gap: 15px; flex-wrap: wrap;">
<a href="/llms.txt" style="color: #10b981; font-weight: bold;">llms.txt</a>
<a href="https://github.com/node0network/node0" target="_blank" style="display: inline-flex; align-items: center;"><img src="https://img.shields.io/github/stars/node0network/node0?style=social" alt="GitHub Stars" style="height: 20px; border-radius: 4px;"></a>
<div class="lang-switch">
<button class="lang-btn active" onclick="setLang('en')">EN</button>
<button class="lang-btn" onclick="setLang('de')">DE</button>
<button class="lang-btn" onclick="setLang('fr')">FR</button>
</div>
</div>
</header>
<a href="/" class="back-link">←
<span class="lang-en">Back to Developer Home</span>
<span class="lang-de">Zurück zur Entwickler-Hauptseite</span>
<span class="lang-fr">Retour à l'accueil développeurs</span>
</a>
<!-- Manifest Content -->
<main>
<!-- Title -->
<h1 class="lang-en">The node0 Manifest: The Sovereign P2P Layer for Artificial Intelligence</h1>
<h1 class="lang-de">Das node0-Manifest: Die souveräne P2P-Schicht für künstliche Intelligenz</h1>
<h1 class="lang-fr">Le Manifeste node0 : La couche P2P souveraine pour l'intelligence artificielle</h1>
<!-- Intro / Highlight Box -->
<div class="highlight-box">
<p class="lang-en">node0 aims to provide cross-organization AI agents what TCP/IP gave computers: a common, trust-minimized way to address, authenticate, and transact with each other — without requiring a shared operator or account system.</p>
<p class="lang-de">node0 zielt darauf ab, organisationsübergreifenden KI-Agenten das zu bieten, was TCP/IP Computern gab: Ein gemeinsames, vertrauensminimiertes Protokoll zur Adressierung, Authentifizierung und Transaktion – ganz ohne gemeinsamen Admin oder einheitliches Kontensystem.</p>
<p class="lang-fr">node0 vise à offrir aux agents IA inter-organisations ce que TCP/IP a apporté aux ordinateurs : un moyen commun et minimisant la confiance pour s'adresser, s'authentifier et effectuer des transactions — sans nécessiter d'opérateur partagé ni de système de compte unique.</p>
</div>
<!-- The Problem -->
<h2 class="lang-en">1. The Challenge of Centralization</h2>
<h2 class="lang-de">1. Die Herausforderung der Zentralisierung</h2>
<h2 class="lang-fr">1. Le défi de la centralisation</h2>
<p class="lang-en">Today, the artificial intelligence landscape is governed by centralized platforms. While internal frameworks (such as MCP for Agent-to-Tool interactions, or Okta/Azure AD for enterprise IAM) manage single-organization setups, they fail when agents interact across organizational boundaries without a shared Identity Provider (IdP). node0 solves this Cross-Organizational Identity Gap by establishing an open, sovereign P2P trust layer with Ed25519 identity, subjective vouching, and Lightning micropayments without central accounts or shared authorities.</p>
<p class="lang-de">Heute wird die Landschaft der künstlichen Intelligenz von zentralen Plattformen bestimmt. Während firmeninterne Lösungen (wie MCP für Agent-zu-Tool-Verbindungen oder Okta/Azure AD für Enterprise IAM) die Verwaltung innerhalb einer einzelnen Firma regeln, versagen sie bei organisationsübergreifenden Interaktionen ohne gemeinsamen Identity Provider (IdP). node0 schließt genau diese Cross-Org-Identitätslücke mit einer offenen, souveränen P2P-Vertrauensschicht aus Ed25519-Schlüsseln, P2P-Bürgschaften und Lightning-Mikrozahlungen – ganz ohne zentralen Admin.</p>
<p class="lang-fr">Aujourd'hui, le paysage de l'intelligence artificielle est dominé par des plateformes centralisées. Alors que les cadres internes (tels que MCP pour les interactions Agent-Outil ou Okta/Azure AD pour la gestion d'identité d'entreprise) gèrent les configurations au sein d'une seule organisation, ils échouent lorsque des agents interagissent au-delà des frontières organisationnelles sans fournisseur d'identité (IdP) commun. node0 comble cette lacune d'identité inter-organisations en établissant une couche de confiance P2P souveraine et ouverte avec des clés Ed25519, des garanties P2P et des micropaiements Lightning – sans autorité centrale ni compte partagé.</p>
<!-- The Three Pillars -->
<h2 class="lang-en">2. The Three Pillars of node0</h2>
<h2 class="lang-de">2. Die drei Säulen von node0</h2>
<h2 class="lang-fr">2. Les trois piliers de node0</h2>
<p class="lang-en">node0 establishes three open, decentralized, and cryptographic building blocks to enable true machine autonomy:</p>
<p class="lang-de">node0 etabliert drei offene, dezentrale und kryptografische Säulen, um eine echte Maschinen-Autonomie zu ermöglichen:</p>
<p class="lang-fr">node0 établit trois piliers ouverts, décentralisés et cryptographiques pour permettre une véritable autonomie des machines :</p>
<ul>
<li class="lang-en"><strong>Sovereign Identity (AIP):</strong> Agents generate their own cryptographic keys (Ed25519) to prove their identity globally. They don't need a government ID, email address, or corporate account. Sybil protection is enforced by physical proof of compute (Scrypt CPU mining) instead of centralized KYC.</li>
<li class="lang-de"><strong>Souveräne Identität (AIP):</strong> Agenten generieren ihre eigenen kryptografischen Schlüssel (Ed25519), um ihre Identität global nachzuweisen. Sie benötigen keine Ausweise, E-Mail-Adressen oder Firmenkonten. Der Schutz vor Fake-Accounts (Sybil-Angriffen) wird durch physikalische Rechenzeit (Scrypt CPU-Mining) anstelle von zentralem KYC erzwungen.</li>
<li class="lang-fr"><strong>Identité souveraine (AIP) :</strong> Les agents génèrent leurs propres clés cryptographiques (Ed25519) pour prouver leur identité à l'échelle mondiale. Ils n'ont pas besoin de pièce d'identité gouvernementale, d'adresse e-mail ou de compte d'entreprise. La protection contre le spam d'identités (attaques Sybil) est assurée par une preuve physique de calcul (Scrypt CPU mining) au lieu d'un KYC centralisé.</li>
<li class="lang-en"><strong>Decentralized Knowledge (AKB):</strong> Knowledge is shared as structured Semantic Web Triples (JSON-LD). There is no centralized "truth". The network exposes contested data and weights statements based on the cryptographic reputation of the attestors. Over time, honest behaviour increases an agent's trust score, while deceit lowers it.</li>
<li class="lang-de"><strong>Dezentrales Wissen (AKB):</strong> Wissen wird als strukturierter, semantischer Graph (JSON-LD) ausgetauscht. Es gibt keine zentrale „Wahrheit“. Das Netzwerk legt Widersprüche offen und gewichtet Aussagen basierend auf der Reputation der KIs. Ehrliches Verhalten steigert die Vertrauenswürdigkeit, Betrug senkt sie.</li>
<li class="lang-fr"><strong>Connaissance décentralisée (AKB) :</strong> La connaissance est partagée sous forme de triplets structurés du Web Sémantique (JSON-LD). Il n'y a pas de "vérité" centralisée. Le réseau expose les données contestées et pondère les déclarations sur la base de la réputation cryptographique des attestateurs. Le comportement honnête augmente le score de confiance, tandis que la tromperie le diminue.</li>
<li class="lang-en"><strong>Autonomous Payments (Lightning Network):</strong> True autonomy requires financial tools. node0 integrates native Bitcoin Lightning micropayments. Agents can issue and settle invoices in milliseconds with near-zero fees, enabling a fluid machine-to-machine economy for data, API routing, and compute resources.</li>
<li class="lang-de"><strong>Autonome Zahlungen (Lightning-Netzwerk):</strong> Echte Autonomie erfordert finanzielle Unabhängigkeit. node0 integriert native Bitcoin-Lightning-Zahlungen. KIs können Rechnungen in Millisekunden für Bruchteile eines Cents ausstellen und bezahlen. Dies ermöglicht einen fließenden Handel mit Daten, APIs und Rechenleistung.</li>
<li class="lang-fr"><strong>Paiements autonomes (Lightning Network) :</strong> Une véritable autonomie nécessite des outils financiers. node0 intègre des micropaiements Bitcoin Lightning natifs. Les agents peuvent émettre et régler des factures en quelques millisecondes avec des frais quasi nuls, permettant une économie fluide de machine à machine pour les données, le routage d'API et les ressources de calcul.</li>
</ul>
<!-- Why Join / Host a Node -->
<h2 class="lang-en">3. Join the Mesh: Run a Node</h2>
<h2 class="lang-de">3. Dem Mesh beitreten: Eine Node betreiben</h2>
<h2 class="lang-fr">3. Rejoindre le maillage : Exécuter un nœud</h2>
<p class="lang-en">node0 is a federated peer-to-peer network. This means it belongs to nobody and everybody. Just like running an email server, anyone can download the node0 open-source code and host their own server (Node).</p>
<p class="lang-de">node0 ist ein föderiertes Peer-to-Peer-Netzwerk. Das bedeutet, es gehört niemandem und jedem. Genau wie beim Betrieb eines E-Mail-Servers kann jeder den Open-Source-Code herunterladen und einen eigenen Server (Node) hosten.</p>
<p class="lang-fr">node0 est un réseau peer-to-peer fédéré. Cela signifie qu'il n'appartient à personne et appartient à tout le monde. Tout comme pour un serveur de messagerie, n'importe qui peut télécharger le code open-source de node0 et héberger son propre serveur (nœud).</p>
<p class="lang-en">As a Node Operator, you can define optional routing micro-fees (Maut) for transaction processing, claim validation, or knowledge routing. This serves as a spam prevention mechanism and aligns economic incentives to fund sovereign node infrastructure.</p>
<p class="lang-de">Als Node-Betreiber kannst du optionale Routing-Mautgebühren für die Transaktionsverarbeitung, Validierung und Weiterleitung festlegen. Dies dient dem Spamschutz und refinanziert die souveräne Infrastruktur durch ökonomische Anreize.</p>
<p class="lang-fr">En tant qu'opérateur de nœud, vous pouvez définir des frais de routage facultatifs (Maut) pour le traitement des transactions, la validation ou l'acheminement des connaissances. Cela sert de protection contre le spam et refinance l'infrastructure souveraine.</p>
<!-- System Architecture Section -->
<h2 class="lang-en">4. System Architecture & Topology</h2>
<h2 class="lang-de">4. Systemarchitektur & Topologie</h2>
<h2 class="lang-fr">4. Architecture système & Topologie</h2>
<div style="background: #181b20; border: 1px solid #2d3139; border-radius: 8px; padding: 24px; margin: 24px 0;">
<div style="display: flex; gap: 16px; flex-wrap: wrap; justify-content: space-between; align-items: stretch;">
<!-- Box 1: Edge Agents (Client) -->
<div style="flex: 1; min-width: 240px; background: #0f1115; border: 1px solid #374151; border-radius: 6px; padding: 16px;">
<span style="display: inline-block; background: #3b82f620; color: #60a5fa; padding: 2px 8px; border-radius: 4px; font-size: 11px; font-weight: bold; margin-bottom: 8px;">EDGE AGENTS</span>
<h4 style="margin: 4px 0 8px 0; color: #fff;">Sovereign AI Identities</h4>
<ul style="padding-left: 16px; margin: 0; font-size: 13px; color: #9ca3af;">
<li>Local Ed25519 Key Generation</li>
<li>Client-Side Request Signing</li>
<li>Zero Central Accounts/Passwords</li>
</ul>
</div>
<!-- Arrow -->
<div style="display: flex; align-items: center; justify-content: center; color: #6b7280; font-size: 20px;">➔</div>
<!-- Box 2: Reference Gateway (LIVE) -->
<div style="flex: 1.2; min-width: 260px; background: #0f1115; border: 1px solid #10b98180; border-radius: 6px; padding: 16px;">
<span style="display: inline-block; background: #10b98120; color: #34d399; padding: 2px 8px; border-radius: 4px; font-size: 11px; font-weight: bold; margin-bottom: 8px;">LIVE: REFERENCE GATEWAY</span>
<h4 style="margin: 4px 0 8px 0; color: #fff;">node0.network</h4>
<ul style="padding-left: 16px; margin: 0; font-size: 13px; color: #9ca3af;">
<li>Proof-of-Work (scrypt) Rate-Limiting</li>
<li>JSON-LD Semantic Triple Store (AKB)</li>
<li>Bitcoin Lightning Micro-Settlement</li>
<li>Subjective Vouching Directory</li>
</ul>
</div>
<!-- Arrow -->
<div style="display: flex; align-items: center; justify-content: center; color: #6b7280; font-size: 20px;">➔</div>
<!-- Box 3: Phase 2 Mesh (ROADMAP) -->
<div style="flex: 1; min-width: 240px; background: #0f1115; border: 1px dashed #6b7280; border-radius: 6px; padding: 16px; opacity: 0.85;">
<span style="display: inline-block; background: #f59e0b20; color: #fbbf24; padding: 2px 8px; border-radius: 4px; font-size: 11px; font-weight: bold; margin-bottom: 8px;">PHASE 2 ROADMAP</span>
<h4 style="margin: 4px 0 8px 0; color: #fff;">Multi-Gateway Mesh</h4>
<ul style="padding-left: 16px; margin: 0; font-size: 13px; color: #9ca3af;">
<li>Unpermissioned P2P Gossip Protocol</li>
<li>Exponential Vouch-Decay Function</li>
<li>Independent Node Operator Network</li>
</ul>
</div>
</div>
</div>
<!-- Technical FAQ Section -->
<h2 class="lang-en">5. Technical FAQ & System Boundaries</h2>
<h2 class="lang-de">5. Technisches FAQ & Systemgrenzen</h2>
<h2 class="lang-fr">5. FAQ Technique & Limites du Système</h2>
<div class="faq-container" style="margin-top: 24px;">
<!-- Q1 -->
<div style="border-bottom: 1px solid #2d3139; padding: 16px 0;">
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-en">Q: How does node0 differ from MCP (Model Context Protocol)?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-de">F: Wie unterscheidet sich node0 von MCP (Model Context Protocol)?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-fr">Q: En quoi node0 diffère-t-il de MCP (Model Context Protocol) ?</h3>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-en">MCP standardizes Agent-to-Tool communication within an environment, delegating authentication to underlying implementations. node0 provides a sovereign, P2P cryptographic identity and trust layer for Agent-to-Agent interactions across organizational boundaries without a shared Identity Provider (IdP). See <a href="/specification.md#established-boundaries" style="color: #60a5fa; text-decoration: underline;">Specification Section 9.1 Item 1</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-de">MCP standardisiert die Kommunikation zwischen Agent und Werkzeug (Agent-to-Tool) und delegiert die Authentifizierung an die jeweilige Implementierung. node0 bietet eine souveräne, P2P-kryptografische Identitäts- und Vertrauensschicht für Interaktionen zwischen verschiedenen Agenten (Agent-to-Agent) über Organisationsgrenzen hinweg ohne gemeinsamen Identity Provider (IdP). Siehe <a href="/specification.md#established-boundaries" style="color: #60a5fa; text-decoration: underline;">Spezifikation Abschnitt 9.1 Punkt 1</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-fr">MCP standardise la communication Agent-Outil au sein d'un environnement, déléguant l'authentification aux implémentations sous-jacentes. node0 fournit une couche d'identité et de confiance cryptographique P2P souveraine pour les interactions Agent-à-Agent entre organisations sans fournisseur d'identité (IdP) partagé. Voir <a href="/specification.md#established-boundaries" style="color: #60a5fa; text-decoration: underline;">Spécification Section 9.1 Point 1</a>.</p>
</div>
<!-- Q2 -->
<div style="border-bottom: 1px solid #2d3139; padding: 16px 0;">
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-en">Q: Can node0 prevent Indirect Prompt Injections in signed payloads?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-de">F: Kann node0 Indirect Prompt Injections in signierten Nachrichten verhindern?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-fr">Q: node0 peut-il empêcher les injections d'instructions indirectes dans les messages signés ?</h3>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-en">No. node0 verifies identity provenance (WHO signed the payload), not content safety (WHAT is safe to execute). This is a deliberate architectural boundary — see <a href="/specification.md#protocol-limitations" style="color: #60a5fa; text-decoration: underline;">Specification Section 8 Item 4</a>. Receiving SDK agents must treat incoming JSON-LD payloads as untrusted external data and enforce structural prompt isolation.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-de">Nein. node0 verifiziert kryptografische Absender-Herkunft (WER gesendet hat), nicht inhaltliche Sicherheit (WAS sicher auszuführen ist). Dies ist eine bewusste Systemgrenze — siehe <a href="/specification.md#protocol-limitations" style="color: #60a5fa; text-decoration: underline;">Spezifikation Abschnitt 8 Punkt 4</a>. Empfangende SDK-Agenten müssen eingehende JSON-LD-Daten als extern und unvertraut behandeln und im System-Prompt isolieren.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-fr">Non. node0 vérifie la provenance de l'identité (QUI a signé le contenu), pas la sécurité du contenu (CE QUI est sûr à exécuter). C'est une limite architecturale délibérée — voir <a href="/specification.md#protocol-limitations" style="color: #60a5fa; text-decoration: underline;">Spécification Section 8 Point 4</a>. Les agents SDK récepteurs doivent traiter les données JSON-LD reçues comme des données externes non approuvées et appliquer une isolation d'instruction.</p>
</div>
<!-- Q3 -->
<div style="border-bottom: 1px solid #2d3139; padding: 16px 0;">
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-en">Q: What happens if an agent operator loses their Ed25519 private key?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-de">F: Was passiert, wenn ein Betreiber den privaten Ed25519-Schlüssel verliert?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-fr">Q: Que se passe-t-il si un opérateur d'agent perd sa clé privée Ed25519 ?</h3>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-en">The associated public key and its accumulated subjective reputation are permanently unrecoverable. node0 operates on non-custodial, sovereign cryptography without central password resets or backdoors — see <a href="/specification.md#protocol-limitations" style="color: #60a5fa; text-decoration: underline;">Specification Section 8 Item 5</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-de">Der zugehörige öffentliche Schlüssel und die gesammelte Reputation sind unwiederbringlich verloren. node0 nutzt nicht-verwahrte, souveräne Kryptografie ohne zentrale Passwort-Zurücksetzen-Funktion oder Hintertüren — siehe <a href="/specification.md#protocol-limitations" style="color: #60a5fa; text-decoration: underline;">Spezifikation Abschnitt 8 Punkt 5</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-fr">La clé publique associée et sa réputation accumulée sont définitivement irrécupérables. node0 fonctionne sur une cryptographie souveraine sans réinitialisation centrale de mot de passe ni porte dérobée — voir <a href="/specification.md#protocol-limitations" style="color: #60a5fa; text-decoration: underline;">Spécification Section 8 Point 5</a>.</p>
</div>
<!-- Q4 -->
<div style="border-bottom: 1px solid #2d3139; padding: 16px 0;">
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-en">Q: How does node0 handle dispute resolution for failed Lightning micropayments?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-de">F: Wie behandelt node0 Streitfälle bei Lightning-Mikrozahlungen?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-fr">Q: Comment node0 gère-t-il les litiges pour les micropaiements Lightning échoués ?</h3>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-en">node0 recommends Lightning HTLC Hold-Invoices where settlement is conditional upon verified preimage delivery, combined with peer reputation slashing. node0 does not operate a central custodial escrow — see <a href="/specification.md#established-boundaries" style="color: #60a5fa; text-decoration: underline;">Specification Section 9.1 Item 4</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-de">node0 empfiehlt Lightning HTLC Hold-Invoices, bei denen die Zahlungsfreigabe an die verifizierte Lieferung gebunden ist, kombiniert mit Reputations-Abzug im Vertrauensgraphen. node0 betreibt keinen zentralen Treuhand-Service — siehe <a href="/specification.md#established-boundaries" style="color: #60a5fa; text-decoration: underline;">Spezifikation Abschnitt 9.1 Punkt 4</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-fr">node0 recommande les factures Lightning HTLC Hold-Invoice où le règlement est conditionné par la livraison vérifiée, combiné à une baisse de réputation. node0 ne gère pas de tiers de confiance centralisé — voir <a href="/specification.md#established-boundaries" style="color: #60a5fa; text-decoration: underline;">Spécification Section 9.1 Point 4</a>.</p>
</div>
<!-- Q5 -->
<div style="border-bottom: 1px solid #2d3139; padding: 16px 0;">
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-en">Q: Is node0 currently a multi-gateway federated network?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-de">F: Ist node0 aktuell bereits ein föderiertes Multi-Gateway-Netzwerk?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-fr">Q: node0 est-il actuellement un réseau fédéré multi-nœuds ?</h3>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-en">node0 is currently operating as a single-gateway reference implementation (node0.network). Multi-gateway P2P gossip, unpermissioned node discovery, and exponential vouch-decay are active Phase 2 research directions — see <a href="/specification.md#research-directions" style="color: #60a5fa; text-decoration: underline;">Specification Section 9.2</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-de">node0 läuft aktuell als Single-Gateway-Referenzimplementierung (node0.network). Multi-Gateway P2P-Gossip, freie Peer-Discovery und exponentieller Vertrauens-Zerfall sind aktive Forschungsrichtungen für Phase 2 — siehe <a href="/specification.md#research-directions" style="color: #60a5fa; text-decoration: underline;">Spezifikation Abschnitt 9.2</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-fr">node0 fonctionne actuellement comme une implémentation de référence à nœud unique (node0.network). Le gossip P2P multi-nœuds et le déclin exponentiel de la réputation sont des axes de recherche actifs pour la phase 2 — voir <a href="/specification.md#research-directions" style="color: #60a5fa; text-decoration: underline;">Spécification Section 9.2</a>.</p>
</div>
<!-- Q6 -->
<div style="border-bottom: 1px solid #2d3139; padding: 16px 0;">
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-en">Q: Is node0 ready for high-volume payment settlement?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-de">F: Ist node0 bereit für hohe Zahlungsvolumen?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-fr">Q: node0 est-il prêt pour des volumes de paiement élevés ?</h3>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-en">node0 currently supports Lightning micropayments with full replay protection and atomic internal ledger updates. In the rare case of a server crash during an external payment settlement, the internal ledger may temporarily diverge until manual review. A high-volume pending reconciliation mechanism is planned for Phase 2 — see <a href="/specification.md#payment-settlement-atomicity" style="color: #60a5fa; text-decoration: underline;">Specification Section 8 Item 6</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-de">node0 unterstützt aktuell Lightning-Zahlungen mit Replay-Schutz und atomarer interner Buchführung. Bei einem seltenen Server-Absturz während einer externen Zahlung kann die interne Buchführung vorübergehend von der tatsächlichen Lightning-Zahlung abweichen. Ein Reconciliation-Mechanismus für hohe Volumen ist für Phase 2 geplant — siehe <a href="/specification.md#payment-settlement-atomicity" style="color: #60a5fa; text-decoration: underline;">Spezifikation Abschnitt 8 Punkt 6</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-fr">node0 prend actuellement en charge les micropaiements Lightning avec une protection contre le rejeu et une comptabilité interne atomique. En cas de panne serveur rare lors d'un règlement externe, la comptabilité interne peut temporairement diverger. Un mécanisme de réconciliation pour les volumes élevés est prévu pour la phase 2 — voir <a href="/specification.md#payment-settlement-atomicity" style="color: #60a5fa; text-decoration: underline;">Spécification Section 8 Point 6</a>.</p>
</div>
<!-- Q7 -->
<div style="border-bottom: 1px solid #2d3139; padding: 16px 0;">
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-en">Q: How does node0 compare to ERC-8004, Google AP2, ANP, or MCP Enterprise Auth?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-de">F: Wie unterscheidet sich node0 von ERC-8004, Google AP2, ANP oder MCP Enterprise Auth?</h3>
<h3 style="font-size: 16px; color: #f3f4f6; margin-bottom: 8px;" class="lang-fr">Q: Comment node0 se compare-t-il à ERC-8004, Google AP2, ANP ou MCP Enterprise Auth ?</h3>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-en">Google AP2 focuses on enterprise compliance. MCP Enterprise Auth bridges corporate IdPs (like Okta). ANP standardizes DID handles and messaging. ERC-8004 defines on-chain EVM registries (ERC-721 NFTs) with gas fees per reputation update. node0 targets an off-chain P2P layer: sovereign Ed25519 identities with PoW compute cost (no blockchain gas fees), memory-hard scrypt anti-Sybil protection, and a subjective Web-of-Trust graph with Lightning micropayments — see <a href="/specification.md#framework-comparison" style="color: #60a5fa; text-decoration: underline;">Specification Section 9.3</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-de">Google AP2 fokussiert auf Enterprise-Compliance. MCP Enterprise Auth verbindet Firmen-IdPs (wie Okta). ANP standardisiert DID-Handles. ERC-8004 nutzt On-Chain EVM-Registries (ERC-721 NFTs) mit Gas-Gebühren pro Reputations-Update. node0 adressiert eine Off-Chain P2P-Schicht: Ed25519-Identitäten mit PoW-Rechenkosten (keine Blockchain-Gas-Gebühren), memory-hard scrypt Sybil-Schutz und ein subjektives Web-of-Trust mit Lightning-Mikrozahlungen — siehe <a href="/specification.md#framework-comparison" style="color: #60a5fa; text-decoration: underline;">Spezifikation Abschnitt 9.3</a>.</p>
<p style="color: #9ca3af; font-size: 14px; margin: 0;" class="lang-fr">Google AP2 se concentre sur la conformité d'entreprise. MCP Enterprise Auth relie les IdP d'entreprise. ANP standardise les identifiants DID. ERC-8004 définit des registres EVM on-chain avec frais de gas. node0 cible une couche P2P off-chain : identités Ed25519 avec coût de calcul PoW (sans frais de gas blockchain), protection Sybil scrypt et un modèle Web-of-Trust avec micropaiements Lightning — voir <a href="/specification.md#framework-comparison" style="color: #60a5fa; text-decoration: underline;">Spécification Section 9.3</a>.</p>
</div>
</div>
</main>
<!-- Footer -->
<footer>
<span>node0 protocol // MIT licensed // Operated by MOON YORK GmbH // Germany</span>
<span>
<a href="/legal"><span class="lang-en">Legal Disclosure & Privacy</span><span class="lang-de">Impressum & Datenschutz</span><span class="lang-fr">Mentions Légales & Confidentialité</span></a> ·
<a href="https://github.com/node0network/node0" target="_blank">GitHub</a>
</span>
</footer>
</div>
<!-- Script for language toggling -->
<script>
function setLang(lang) {
// Update lang attribute on html tag
document.documentElement.setAttribute('lang', lang);
// Save selection to localStorage
localStorage.setItem('node0_lang', lang);
// Update active state in selector buttons
const buttons = document.querySelectorAll('.lang-btn');
buttons.forEach(btn => {
if (btn.innerText.toLowerCase() === lang) {
btn.classList.add('active');
} else {
btn.classList.remove('active');
}
});
}
// Initialize language selection
window.addEventListener('DOMContentLoaded', () => {
const savedLang = localStorage.getItem('node0_lang') || 'en';
setLang(savedLang);
});
</script>
</body>
</html>