docs(tutorial): add tutorials 2, 3 and 4 (#81)

This commit is contained in:
vladopajic
2026-07-23 12:19:54 +00:00
committed by GitHub
parent 78b7552507
commit 2d53b34fb1
7 changed files with 1269 additions and 0 deletions
+275
View File
@@ -0,0 +1,275 @@
# Tutorial 4: Custom Protocol Handlers
In the [previous tutorial](tutorial_3_connecting_peers.md), we used the
built-in Ping protocol to exchange data between peers. But real
applications need their own protocols!
This tutorial shows you how to mount a custom protocol on a node so
that it can handle incoming streams from peers who dial that protocol.
## How Custom Protocols Work
A protocol in libp2p is identified by a **protocol ID string** — a
`/`-separated path like `/myapp/chat/1.0.0`. When a remote peer dials
this protocol ID, your node receives a new stream.
To handle incoming streams you:
1. Call `mountProtocol()` to register a protocol ID
2. Set an `emitEvent` callback that listens for `"protocolStream"` events
3. Read from and write to the stream in the event handler ⚠️
(see performance notes below)
The stream lifecycle on the server side is:
1. Receive `protocolStream` event with a `streamId`
2. Read data from the stream
3. Write data to the stream (optional)
4. Call `streamRelease()` when done with the stream
> **Note**: Unlike the dialing side, the server side does **not** call
> `streamClose()` — the peer that initiated the stream is responsible
> for closing it.
```cpp
#include <cstdio>
#include <chrono>
#include <condition_variable>
#include <cstdint>
#include <mutex>
#include <string>
#include <vector>
#include "plugin.h"
using json = nlohmann::json;
```
## Defining our custom protocol
We'll create an **echo protocol**: the server reads a length-prefixed
message and echoes it back to the client. This is a common pattern
for request-response protocols.
```cpp
const std::string kEchoProtocol = "/examples/echo/1.0.0";
int main()
{
printf("=== Tutorial 4: Custom Protocol Handlers ===\n\n");
```
## Step 1: Create and start two nodes
```cpp
Libp2pModuleOptions optsA, optsB;
optsA.addrs = {"/ip4/127.0.0.1/tcp/9290"};
optsB.addrs = {"/ip4/127.0.0.1/tcp/9291"};
Libp2pModuleImpl nodeA(optsA);
Libp2pModuleImpl nodeB(optsB);
if (!nodeA.start().success) { fprintf(stderr, "Node A failed\n"); return 1; }
if (!nodeB.start().success) { fprintf(stderr, "Node B failed\n"); return 1; }
printf("Both nodes started\n");
```
## Step 2: Set up the protocol handler on Node A
We define an `emitEvent` callback on Node A. Whenever a remote peer
dials our protocol, a `"protocolStream"` event fires with a JSON
payload containing the `streamId`.
For simplicity, this example reads one message, echoes it, then
releases the stream. A real application would likely spawn a
background thread to handle concurrent streams.
```cpp
struct ServerState {
std::mutex mtx;
std::condition_variable cv;
uint64_t streamId = 0;
bool ready = false;
};
ServerState server;
nodeA.emitEvent = [&](const std::string& name, const std::string& data) {
if (name != "protocolStream") return;
auto j = json::parse(data);
uint64_t sid = j["streamId"].get<uint64_t>();
{
std::lock_guard<std::mutex> lock(server.mtx);
server.streamId = sid;
server.ready = true;
}
server.cv.notify_one();
};
```
Register the echo protocol on Node A:
```cpp
printf("Mounting protocol '%s' on Node A...\n", kEchoProtocol.c_str());
if (!nodeA.mountProtocol(kEchoProtocol).success) {
fprintf(stderr, "Failed to mount protocol\n");
return 1;
}
```
## Step 3: Get Node A's address and connect Node B
```cpp
auto infoA = nodeA.peerInfo().value;
std::string peerIdA = infoA["peerId"].get<std::string>();
std::vector<std::string> addrsA;
for (const auto& a : infoA["addrs"])
addrsA.push_back(a.get<std::string>());
printf("Connecting Node B to Node A...\n");
if (!nodeB.connectPeer(peerIdA, addrsA, 5000).success) {
fprintf(stderr, "Failed to connect\n");
return 1;
}
printf("Connected\n");
```
## Step 4: Node B dials the echo protocol
When Node B dials our custom protocol, Node A's protocol handler
fires, and Node A receives a new stream.
```cpp
printf("Node B dialing '%s'...\n", kEchoProtocol.c_str());
auto dialRes = nodeB.dial(peerIdA, kEchoProtocol);
if (!dialRes.success) {
fprintf(stderr, "Dial failed: %s\n", dialRes.error.c_str());
return 1;
}
uint64_t clientStreamId = dialRes.value.get<uint64_t>();
printf("Node B client stream id: %llu\n",
(unsigned long long)clientStreamId);
```
## Step 5: Wait for Node A to receive the stream
```cpp
uint64_t serverStreamId = 0;
{
std::unique_lock<std::mutex> lock(server.mtx);
if (!server.cv.wait_for(lock, std::chrono::seconds(5),
[&] { return server.ready; })) {
fprintf(stderr, "Timed out waiting for incoming stream\n");
return 1;
}
serverStreamId = server.streamId;
}
printf("Node A received stream id: %llu\n",
(unsigned long long)serverStreamId);
```
## Step 6: Node B sends a message
```cpp
std::string message = "Hello from Node B!";
printf("Node B sending: \"%s\"\n", message.c_str());
if (!nodeB.streamWriteLp(clientStreamId, message).success) {
fprintf(stderr, "Write failed\n");
return 1;
}
```
## Step 7: Node A reads the message and echoes it back
```cpp
auto readRes = nodeA.streamReadLp(serverStreamId, 4096);
if (!readRes.success) {
fprintf(stderr, "Node A read failed: %s\n",
readRes.error.c_str());
return 1;
}
std::string received = base64Decode(readRes.value.get<std::string>());
printf("Node A received: \"%s\"\n", received.c_str());
```
Echo it back:
```cpp
if (!nodeA.streamWriteLp(serverStreamId, received).success) {
fprintf(stderr, "Node A echo write failed\n");
return 1;
}
```
## Step 8: Node B reads the echo
```cpp
auto echoRes = nodeB.streamReadLp(clientStreamId, 4096);
if (!echoRes.success) {
fprintf(stderr, "Node B read echo failed: %s\n",
echoRes.error.c_str());
return 1;
}
std::string echo = base64Decode(echoRes.value.get<std::string>());
printf("Node B received echo: \"%s\"\n", echo.c_str());
if (echo != message) {
fprintf(stderr, "Echo mismatch! Got '%s'\n", echo.c_str());
return 1;
}
printf("Echo verified successfully!\n");
```
## Step 9: Clean up
The initiator (the peer that dialed) is responsible for closing the
stream. The responder only needs to release their handle:
```cpp
// Server side (responder) - just release the handle
nodeA.streamRelease(serverStreamId);
// Client side (initiator) - close with EOF, then release
nodeB.streamCloseWithEOF(clientStreamId);
nodeB.streamRelease(clientStreamId);
nodeA.stop();
nodeB.stop();
printf("\n=== Tutorial 4 Complete ===\n");
return 0;
}
```
## Key Takeaways
- `mountProtocol()` registers a handler on the server side
- `emitEvent` with the `"protocolStream"` event delivers incoming streams
- The dialing side uses `streamClose()`/`streamCloseWithEOF()`
- The server side uses `streamRelease()` (no close)
- Use `streamWriteLp()` / `streamReadLp()` for length-prefixed messages
## Important: Performance Considerations
For production code, avoid blocking reads/writes in event handlers.
Instead, use asynchronous patterns where:
1. Event handler quickly passes stream to a queue/worker
2. Separate mechanism handles the actual I/O
3. Event loop stays responsive for other connections
The tutorial is simplified for learning; real implementations
should use non-blocking patterns to maintain system responsiveness.
## Run tutorial
```bash
./build/tutorial/tutorial_4_custom_protocol
```
---
<table width="100%">
<tr>
<td width="50%" align="left"><a href="tutorial_3_connecting_peers.md">&larr; Connecting Peers and Exchanging Data</a></td>
<td width="50%"></td>
</tr>
</table>