io.github.X-PACT由 GitHub 账号 X-PACT 发布v1.7.2更新于 Oct 25, 2026
PrivateDAO services for verification, multichain intelligence, risk, and agent workflows.
面向 PrivateDAO 服务的远程 MCP 市场：发现代理与能力、创建付费任务，并处理 PrivatePAY x402 支付与凭证。
Web executable，通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。
把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体，或 SourceWeft 对话中。智能体会读取该服务器的安装指南，先向你展示发布者、端点和登录方式，经你同意后再把它添加到你的客户端。密钥不会写进任何命令。
阅读 https://sourceweft.com/mcp/io.github.X-PACT%2Fpdao-agent-exchange/install.md，并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前，先告诉我它的发布者、端点和登录方式，等我确认。不要把 API 密钥写进命令或我会提交的文件；问我密钥应从哪里获取。把它添加到你客户端的 mcpServers 配置中。
{
"mcpServers": {
"privatedao-agent-exchange": {
"type": "http",
"url": "https://agents.privatedao.org/mcp"
}
}
}[PrivateDAO Agent Exchange MCP connector – tool definition quality and endpoint health on Glama]
Private decisions. Verifiable outcomes.
PrivateDAO is a privacy-first operating layer for organizations that need to run sensitive work without making every detail public. It helps teams define rules, run workflows, approve actions, execute through the appropriate infrastructure, and share evidence of the outcome.
PrivateDAO is built for organizations entering Web3 as well as organizations that never intend to become crypto companies. A business can keep its existing operating model and add verifiable Web3 capability only where it is useful: private payroll, controlled treasury actions, governance, procurement, and verification. Privacy is the product principle; blockchain, wallets, and cryptography are execution infrastructure behind that principle.
The project is organized around six core organizational workflows:
These workflows share the PrivateDAO Kernel, policy controls, execution adapters, receipts, and reconciliation boundaries. The public product surface is intentionally simple; technical network details remain available for builders, reviewers, and operators.
The next product milestone is PDAO Wallet, an account and policy layer for organizations rather than a single consumer wallet. The planned wallet suite will support:
PDAO Wallet will be developed as a capability layer above the PrivateDAO Kernel. It will remain independent from any single chain or provider, while each network adapter is required to provide real implementation and evidence before it is described as supported.
PrivateDAO plans a quantum-resilience layer above the Kernel and PDAO Wallet. This work will evaluate current post-quantum and hybrid cryptographic libraries, key-agility patterns, signing policies, migration paths, and hardware-backed execution as the standards and production libraries mature. The implementation will use maintained, independently reviewed libraries and explicit compatibility gates. This roadmap is not a claim that PrivateDAO is currently quantum-safe, certified, or externally audited for post-quantum security.
PrivateDAO is participating in the following programs based on accepted program communications and the partnership records maintained by the project owner:
These program relationships do not by themselves mean endorsement of every PrivateDAO product, certification, customer reference, grant award, or joint commercial offering. Product capabilities remain subject to the evidence and status recorded in the repository. The supporting acceptance emails and public announcements are retained by the project owner; this repository records the program names and their intended technical role without reproducing private correspondence.
The PDAO Wallet roadmap will use these relationships for storage, AI inference, hardware/performance testing, developer tooling, and operational validation as the relevant integrations are enabled. See the ecosystem program record for the technical scope and disclosure boundary.
This repository distinguishes three states:
Network configuration, an address, a UI label, or a passing unit test alone is not evidence of a live product execution path. See the capability matrix and linked evidence for the status of each network and workflow.
Live Testnet program: EP9xE8MJZ6FfyEwLqns6HDdUZBknEa7WGYs1Jzsecuva
Historical Devnet proof registry program: 5AhUsbQ4mJ8Xh7QJEomuS85qGgmK9iNvFqzF669Y7Psx
(docs/proof-registry.json); this is retained as provenance and is not the
current Testnet deployment.
An organization does not need to become a Web3 or crypto company to use PrivateDAO. A company, institution, financial team, DAO, data provider, or Web3 operator can start with a familiar business workflow and add wallets, networks, settlement, or verifiable Web3 capability only where it creates value.
PDAO Worlds is the community layer for education, experimentation, and shared participation around PrivateDAO. It is separate from the organization workflow products and does not change the evidence or security requirements of the Kernel, PDAO Wallet, or settlement paths.
The current published token surface is documented in
docs/pdao-token.md and the machine-readable
attestation is docs/pdao-attestation.generated.json.
The documented Testnet governance token is PDAO with mint
DFYvBdivHCe4bSErgCiKm2RhwGEcZYbBPFQzLNr37Bie and a published initial supply
of 1,000,000 PDAO. These references describe the current evidence surface;
they do not claim Mainnet launch, market liquidity, or speculative returns.
The customer-facing workflow comes first. Wallets, providers, networks, RPC clients, cryptography, and settlement details remain behind the product boundary until execution requires them.
The production Agent Exchange is available at:
The endpoint is designed for standard MCP clients and exposes discovery, verification, intelligence, agent matching, job lifecycle, payment-aware receipts, and marketplace capabilities. Free discovery and read-only tools are separate from paid service execution. A client must use the published schemas and receipts; a frontend response is not payment proof.
Current payment and network claims are capability-specific. Where a service requires payment, the active payment rail and supported target network are returned by the service catalog. Do not infer that every advertised target network has the same execution or payment capability.
The current separation between the six enterprise products and the external
Agent Exchange is documented in
docs/architecture/enterprise-kernel-boundary-20261014.md.
The repository contains provider-neutral runtime contracts in
packages/privatedao-runtime. The Kernel and Protocol layers provide common
boundaries for:
Network-specific transaction construction belongs behind adapters. The runtime package does not store private keys, contain a wallet signer, or invent a successful receipt. A configured network is not considered supported merely because it appears in a UI or configuration file; it needs a real adapter and independent evidence.
The repository keeps security, release, runtime, and operating evidence available for reviewers. These documents describe engineering evidence and boundaries; they are not claims of incorporation, certification, partnership, or mainnet readiness unless the referenced document says so explicitly.
Reviewer entry points:
PrivateDAO separates capability evidence by network. The following labels are intentional:
The current repository evidence includes Solana Testnet lifecycle material, selective EVM-family Testnet verification, and Tempo Testnet payment/runtime material. Ethereum, Base, Arbitrum, Robinhood, Zcash, Hyperliquid, and other network entries must be read through the capability matrix and their linked evidence rather than treated as one universal support claim.
Start with:
docs/current-network-state-2026-05-24.mddocs/multichain-readiness-20260917.mddocs/agent-exchange-production-report-20260920.mddocs/readiness-aggregate.mdpackages/privatedao-runtime/README.mdNo Mainnet capability should be inferred from a Testnet result. Mainnet payments, production custody, and customer deployment remain separate release gates.
Historical product links are preserved through the site route inventory. The public site is the commercial surface; this repository is the implementation, evidence, and review surface.
historical links stay alive as bridges to the consolidated commercial surfaces. The current evidence record signs from a Solana Testnet wallet; it must not be read as Mainnet execution or as a claim that every network is write-enabled.
This is the repository submitted for review:
https://github.com/X-PACT/PrivateDAO
The repository is private. The official Colosseum review account is
colosseum-git, associated with [email protected], and has repository
access. The canonical review branch is main.
The review package contains source and documentation only. Secrets, private keys, wallet seed material, and deployment credentials are not part of the repository.
Useful reviewer entry points:
docs/agent-discovery-live-20260918.mddocs/agent-mcp-independent-client-2026-09-19.mddocs/product-readiness.mddocs/security-readiness.mddocs/mainnet-readiness.mddocs/awards.mdRequirements depend on the surface being tested. The web application uses Next.js, React, TypeScript, and the Solana wallet-adapter ecosystem. Runtime contracts are TypeScript packages; the on-chain program uses Anchor and Rust.
For the web application alone:
Run network or wallet tests only with the explicitly configured testnet environment. Never place a private key, seed phrase, token, authenticated RPC URL, or deployment credential in the repository.
PrivateDAO distinguishes between implementation, testnet evidence, production readiness, and mainnet execution. A green unit test does not prove an on-chain transaction. An RPC health check does not prove product support. A marketplace listing does not prove payment settlement. Each product and network must carry its own lifecycle, receipt, reconciliation, privacy, and release evidence.
See LICENSE, NOTICE.md, and
TERMS_OF_REVIEW.md for the applicable source, brand,
review, and commercial-use boundaries.
来源：README.md，提交 5e00683
PrivateDAO Workflow Guide
Return the overview, execution, or payment workflow guide. Use this instead of separate guide tools when you need lifecycle context; it is free, read-only, and returns the selected next steps without executing or paying.
topic必填PrivateDAO Capability Catalog
List services, products, external capabilities, or network metadata with optional filters. This is free and read-only; use discover_agents for a task-specific match and create_paid_job only after selecting a service.
qlimitfilterPrivateDAO Agent Discovery
Match a natural-language requirement or structured capabilities to first-party services and registered agents. Returns ranked matches without side effects or cost; use list_catalog for exact schemas and prices, and create_paid_job to execute selected paid work.
limitquerynetworkcapabilitiesPrivateDAO Provider Integrations
Return provider roles and integration metadata for planning. This is free and read-only; use list_catalog for purchasable capabilities and discover_agents for matching.
无需输入参数。
PrivateDAO PrivatePay Architecture
Return the PrivatePAY x402 privacy architecture, merchant controls, and evidence model. Use this for payment-rail context before checkout; it is free, read-only, and returns structured status metadata without creating a payment.
无需输入参数。
PrivateDAO Payment Challenge
Create and return a structured PrivatePAY x402 challenge for an eligible commercial workflow. Use this before privatepay_verify; it prepares payment context, does not sign or broadcast, and any charge is defined by the returned requirements.
nonceresource必填mime_typeprovider_id必填amount_base_units必填PrivateDAO Private Checkout
Create or challenge a PrivatePAY checkout and return its commercial terms and payment requirements. Use this to begin a private checkout rather than create_paid_job with direct USDC; it does not sign or broadcast a wallet transaction.
payerphaseresourcepayment_iddescriptionamount_base_unitsexpires_in_secondsexternal_referencePrivateDAO Payment Preparation
Prepare and return an unsigned PrivatePAY deposit, transfer, or withdrawal context. Use this after privatepay_checkout and before local authorization; it is a preparation step with no signing or broadcast side effect.
ownerpayerphasesplitgaslessrequest_id必填amount_base_units必填PrivateDAO Payment Verification
Validate and return structured evidence for a PrivatePAY x402 payload against agreed requirements. Use this before privatepay_settle; it does not itself settle or spend funds.
x402Version必填paymentPayload必填paymentRequirements必填PrivateDAO Payment Settlement
Submit an authorized PrivatePAY x402 settlement request and return settlement evidence. Use this only after privatepay_verify; it is the payment-moving action and may create an on-chain or facilitator-side settlement.
x402Version必填paymentPayload必填paymentRequirements必填PrivateDAO Paid Workflow Payment
Apply an authorized PrivatePAY payment to a selected job and return workflow evidence. Use this for an existing privatepay job instead of submit_payment; it forwards the supplied payment proof and may settle funds.
job_id必填payment_signature必填PrivateDAO Receipt Verification
Verify an asset/record or retrieve and validate a PrivateDAO receipt. Returns structured evidence and hashes; it is free and read-only, never pays or executes work, and replaces the separate basic, receipt, and get-receipt paths.
mintmodeassetrecordnetworkreceiptreceipt_idexpected_hashexpected_digestPrivateDAO Service Request
Create a selected PrivateDAO capability request and return either an immediate result or an exact quote-first payment intent. Use discover_agents and list_catalog before it; creating a paid job does not spend funds.
inputservice_id必填pdao_accesspayment_modePrivateDAO Payment Confirmation
Confirm an authorized payment reference for a selected request and return the payment/execution result. Use this after create_paid_job and only with the exact returned quote; it may write payment state and never accepts a guessed amount.
job_id必填signature必填PrivateDAO Request Status
Return the current state, payment intent, result, or receipt reference for a request. Use this to poll after create_paid_job or submit_payment; it is free, read-only, and never retries payment.
job_id必填PrivateDAO Request Cancellation
Cancel an unpaid pending request before execution and return its updated status. It records cancellation only, never spends or refunds funds, and must not be used after payment or execution has started.
job_id必填reason已满足适用检查项的 100%
该评分衡量此收录条目的完整程度，依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价，也不表示服务器安全或当前可用：可连通性是带日期的检查结果，评分也不包含安装量或用户评价。
news.exchange官方发布者
一个只读的远程目录，让助手查询加密货币注册优惠码、合作链接、活动日期和 Exchange.news 新闻。
由 GitHub 账号 kriton-dev 发布
托管在 Apify 上的远程 MCP 服务器，让助手读取欧洲央行最新每日汇率参考价及计算出的交叉汇率。
由 GitHub 账号 Servosity 发布
非官方 MCP 服务器，让助手通过 REST 跨客户租户审计和管理 Microsoft Exchange Online 邮箱，无需 PowerShell。
由 GitHub 账号 PatrickPi1312 发布
查找服务商；在维也纳发送经授权的安装或清洁咨询。无需客户账户。AI 翻译
由 GitHub 账号 sepehr071 发布
非官方的伊朗商品交易所只读 MCP 服务器，让助手查询商品成交、价格、供应公告与市场汇总数据。
Choose the workflow -> define rules and participants -> run privately -> approve and execute -> reconcile the result -> share only the evidence that others neednpm installnpm run typechecknpm run web:buildnpm run test:runtimenpm run test:record-verificationnpm run web:dev