Интеграция с Orchid Protocol
Orchid — это децентрализованная VPN сеть, где пользователи платят за bandwidth с помощью вероятностных нанопеймент тикетов (nanopayments), а провайдеры продают bandwidth за OXT токены. Технически это не просто VPN с блокчейн оплатой — это система probabilistic micropayments, применённая к сетевому трафику.
Причина, по которой это интересно с инженерной точки зрения: классические микроплатежи за каждый пакет данных убивают производительность — on-chain транзакция за каждые 100KB bandwidth нежизнеспособна. Orchid решает это через вероятностные тикеты: клиент отправляет тикет с номиналом $1, который с вероятностью 1% выплачивает $100. Ожидаемая стоимость тикета — $1. Провайдер принимает тикеты как оплату, изредка получая выигрышный.
Архитектура Orchid nanopayments
Lottery контракт
Orchid Lottery контракт (Ethereum mainnet + несколько L2) управляет deposit/withdrawal провайдеров и верификацией тикетов.
// Упрощённая схема Orchid Lottery
contract OrchidLottery {
struct Pot {
uint128 amount; // основной депозит (stake)
uint128 escrow; // locked для pending tix
}
mapping(address => mapping(address => Pot)) public pots; // sender → token → pot
// Клиент депозитирует OXT как залог
function push(address token, uint128 amount, uint128 escrow) external;
// Провайдер клеймит выигрышный тикет
function grab(
uint256 secret, // секрет провайдера (раскрывается при claim)
bytes32 hash, // hash(secret) — известен из тикета
address payable target,
uint256 nonce, // защита от replay
uint256 ratio, // вероятность выигрыша
uint128 amount, // номинал тикета
uint256 expire, // deadline
bytes memory sig // подпись клиента
) external;
}
Тикет — это signed message от клиента с параметрами: номинал, вероятность, публичный ключ провайдера, expire. Провайдер держит тикет и при желании вызывает grab, передавая случайный секрет. Если hash(secret) < ratio * 2^256 — тикет выигрышный, провайдер получает amount.
Ticket flow в деталях
1. Клиент: генерирует session keypair (secp256k1)
2. Клиент → Lottery контракт: pushFunds(OXT amount, escrow)
3. Клиент → Провайдер: negotiate (выбор exit node, согласование параметров)
4. При отправке данных:
- клиент каждые ~10 секунд генерирует тикет
- ticket = sign({faceValue, winProb, providerKey, nonce, expire})
- отправляет тикет провайдеру by опaque channel
5. Провайдер: накапливает тикеты
6. При получении выигрышного: grab() → receive OXT
7. Non-winning тикеты: discarded (gas не тратится)
Экономика: клиент тратит OXT равномерно за время сессии. Провайдер получает статистически ожидаемую оплату за bandwidth, периодически собирая выигрышные тикеты.
Интеграция: варианты применения
Как оператор exit node
Если вы хотите монетизировать bandwidth (VPS провайдер, CDN узел):
# Запуск Orchid провайдера
docker run -d \
--name orchid-provider \
--network host \
-e ORCHID_SECRET="0x...your-provider-private-key..." \
-e ORCHID_STAKE="1000" \ # OXT stake в Lottery контракте
orchidtech/orchid-server:latest
# Регистрация в Orchid directory (on-chain)
# Stake OXT в директорийном контракте для discovery
Клиенты выбирают провайдеров взвешенно по стейку: больше OXT в стейке → выше вероятность быть выбранным. Это market mechanism против Sybil атак.
Встроенный VPN в dApp
// Orchid Web3 SDK интеграция
import { OrchidSDK, Account } from '@orchid-protocol/web3-sdk'
const orchid = new OrchidSDK({
rpcUrl: 'https://mainnet.infura.io/v3/YOUR_KEY',
// Можно использовать Gnosis Chain для дешёвых транзакций
lotteryContract: '0x6dB8381b2B41b74E17F5D4eB82E8d5b04ddA0a82'
})
// Создать или загрузить Orchid аккаунт
const account = await Account.load(privateKey)
await account.fundAccount(orchid, oxtAmount) // депозит в Lottery
// Создать VPN соединение через Orchid
const connection = await orchid.connect({
account,
hops: 2, // multi-hop для дополнительной приватности
currency: 'OXT',
provider: null // null = random selection по стейку
})
connection.on('stats', ({ bytesSent, bytesReceived, cost }) => {
console.log(`Used ${bytesReceived} bytes, cost: ${cost} OXT`)
})
Интеграция Nanopayment контракта в свой проект
Паттерн вероятностных микроплатежей применим не только к bandwidth. Любой сервис с высокочастотными микроплатежами (AI inference, compute, storage) может использовать ту же модель.
// Адаптация Orchid-паттерна для compute marketplace
contract ComputeLottery {
// Каждые N inference запросов — один тикет с вероятностью 1/N
// Ожидаемый платёж = faceValue
// Gas: одна транзакция на N запросов вместо N транзакций
function verifyAndClaim(
bytes32 ticketHash,
uint256 randomness, // от VRF или commit-reveal
uint128 faceValue,
uint32 probability, // out of 2^32
bytes calldata sig
) external {
// Проверяем подпись клиента
address client = recoverSigner(ticketHash, sig);
// Вероятностная проверка
uint256 roll = uint256(keccak256(abi.encodePacked(randomness, ticketHash)));
require(roll < uint256(probability) * (type(uint256).max / type(uint32).max),
"Not a winner");
// Выплата провайдеру
_transfer(client, msg.sender, faceValue);
}
}
Мультихоп и приватность
Orchid поддерживает цепочки из нескольких hop: трафик шифруется на каждом уровне, каждый hop знает только предыдущий и следующий узел. Два hop — стандартная конфигурация, дающая приватность близкую к Tor при лучшей производительности.
Каждый hop платит независимо через Orchid nanopayments. Клиент депозитирует средства для каждого hop отдельно. Overhead nanopayments минимален — тикет это просто signed bytes, передаётся in-band с данными.
Технические ограничения
OXT ликвидность. OXT — не самый ликвидный токен. Для продукта с широкой аудиторией: рассмотреть Orchid на Gnosis Chain (xDAI как оплата, дешевле газ). Orchid поддерживает несколько цепей.
Latency. Каждый hop добавляет ~20-50ms. Два hop → +100ms. Для видео это заметно, для web browsing — приемлемо.
Provider discovery. Orchid directory on-chain, но выбор провайдера — клиентская логика. Слабый провайдер с высоким стейком может получать трафик. Нет встроенной reputation system — только стейк.
Процесс работы
Аналитика (2-3 дня). Определяем use case: встраиваем VPN в существующий продукт или строим новый сервис на базе Orchid nanopayment паттерна. Разные задачи — разный scope.
Разработка (3-6 недель). SDK интеграция для VPN use case — 2-3 недели. Кастомный lottery контракт для нового применения микроплатежей — 4-6 недель включая тестирование.
Тестирование. Обязательно тестировать тикет grinding: убедиться что провайдер не может предсказать winning tickets заранее. Randomness source критична для fairness.