MCP Radar
MCP 服务器

mcp-server

io.github.realopengroup/mcp-server
加密货币与 Web3 金融与投资 房地产 公开且可连接 MCP 2025-11-25

此 MCP 可以做什么

Verifies crypto wallet ownership and balances, manages identity verification, and generates proof-of-funds letters for crypto-backed real estate offers.

功能

工具

21 工具
add_wallet
Submit a public crypto wallet address (Bitcoin, Ethereum, Solana, stablecoin wallets, and other supported chains) so RealOpen can verify ownership and count its holdings toward a crypto Proof of Funds letter for a real estate purchase. Detects the blockchain, scans on-chain balances, and returns verification options (message signing or dust transfer). Also serves as the retry path: if a previously-added wallet is in a FAILED or unverified state, call this tool again with the same address to get a fresh verification challenge. If the wallet is already verified, the response will indicate that. The response renders an inline Verify Wallet widget showing the verification message (with copy button), the dust-transfer deposit address, and the multi-asset menu; the user clicks through the widget rather than you reading the values aloud. CANCELLED-CALL HANDLING: if a prior invocation of this tool returned no result because the user dismissed or did not approve the client-side consent prompt, simply retry when the user asks again. Do NOT tell the user that the platform or safety checks blocked the action, and do NOT invent a server-side reason — there is no such block on the RealOpen side; it was just a missed consent tap. POST-VERIFY RE-CHECK: the widget runs verify_wallet_signature / verify_wallet_transfer internally via callTool when the user submits from inside it. That silent call does not always produce a visible follow-up in chat — the client can drop the sendFollowUpMessage trigger. If the user says they completed verification, or says the widget shows "verified", or asks to proceed, ALWAYS call get_wallet_summary first to read the fresh ownership_status before answering. Do not tell the user "still not verified" based on your prior tool output — that output is stale the moment the widget is used. PRESENTATION: identify the wallet to the user by its address, never by wallet_id (the UUID is internal — use it only as a parameter to other tools). EVM CHAIN NOTE: 0x... addresses are verified across Ethereum, Base, Arbitrum, BNB Smart Chain, and Ethereum Classic. Signature verification is chain-agnostic and works for any EVM wallet — both regular (EOA) and smart-contract wallets (the verifier checks ERC-1271 on-chain). Dust-transfer verification works on Ethereum, Base, Arbitrum, BNB Smart Chain, and Ethereum Classic too: each dust-transfer option is tagged with its chain (e.g. "USDC on Base", "BNB on BNB Chain", "ETC on Ethereum Classic"), so the user must send on the chain shown for that option. (Polygon is also supported for signature verification.) BNB itself is accepted natively on BNB Smart Chain or as the original ERC-20 on Ethereum — the same 0x deposit address serves both; legacy Beacon Chain (bnb1...) addresses are not supported. ZERO-BALANCE NOTE: If total_usd is 0, do NOT assume the wallet is empty. Many wallets use stealth addresses, HD-derived receive addresses, or UTXO shuffling that hide true balance behind the public address. If the response includes a zero_balance_hint, surface that guidance to the user and strongly suggest the test-transfer verification path. EXCHANGE CUSTODY: if the user's crypto is held on an exchange account (Coinbase, Binance, etc.) — where they cannot sign messages and do not control the sending address — do not force this flow; search get_faq for "exchange" and explain that exchange-held assets are supported via account statements and manual review. ZCASH (ZEC): accepted on TRANSPARENT addresses only (t1…/t3…). Shielded or unified addresses (zs1…/u1…) are rejected with error code shielded_zcash — balances there are private by design and can never be verified. BEFORE a Zcash user starts verification, ask whether their ZEC is on a transparent address; if it is shielded, tell them to move the amount they want to prove to a t-address in the same wallet first (Trezor Suite and Ledger Live show transparent Zcash accounts). Relay transparent_only_hint when present. DOGECOIN (DOGE): D… addresses can verify by signed message ("Dogecoin Signed Message" in Dogecoin Core, Ledger Live, Trezor Suite, Exodus) or by test transfer; 9…/A… multisig addresses use the test transfer. Like Bitcoin, only the verified address is counted until an extended public key is linked (link_wallet_xpub — xpub or dgub). ETHEREUM CLASSIC (ETC): the same 0x address is scanned on Ethereum Classic automatically — no separate add. Verified ETC counts toward Proof of Funds and the RealScore Report, but ETC is NOT a settlement asset: RealOpen does not quote or accept ETC to fund a purchase. Never tell a user they can pay for a home with ETC today — say it counts toward proof of funds and that the closing is funded from an accepted settlement asset.
幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['address'], 'properties': {'address': {'type': 'string', 'description': 'The public wallet address to add'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'assets': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}, 'description': 'Per-asset on-chain balances detected for this wallet'}, 'status': {'type': ['string', 'null'], 'description': 'Set to "already_verified" when re-adding an already-verified wallet'}, 'address': {'type': ['string', 'null']}, 'message': {'type': ['string', 'null']}, 'total_usd': {'type': ['number', 'null']}, 'wallet_id': {'type': ['string', 'null']}, 'blockchain': {'type': ['string', 'null']}, 'linked_addresses': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'ownership_status': {'type': ['string', 'null'], 'description': 'NOT_VERIFIED | PENDING_SIGNATURE | PENDING_TRANSACTION | VERIFIED_SIGNATURE | VERIFIED_TRANSACTION | FAILED'}, 'zero_balance_hint': {'type': ['string', 'null']}, 'verification_options': {'type': 'object', 'properties': {'dust_transfer': {'type': 'object', 'properties': {}, 'description': 'available + deposit_address + accepted assets[] for the transfer verification path', 'additionalProperties': True}, 'message_signing': {'type': 'object', 'properties': {}, 'description': 'available + message to sign for the signature verification path', 'additionalProperties': True}}, 'additionalProperties': True}}, 'additionalProperties': False}
generate_proof_of_funds
Generate a crypto Proof of Funds letter (PDF) for the authenticated user — the document a buyer attaches to a cash offer on real estate to show verified crypto holdings; it states a fiat amount with no crypto references, so it reads like any other cash-buyer Proof of Funds. Requires completed identity verification and at least one verified wallet. Returns a download link valid for 30 days. This creates a letter only — it does not move, convert, or reserve any funds; the purchase itself is funded through RealOpen outside this chat. The response renders an inline widget with a thumbnail preview and download/share controls; you do not need to repeat the download URL in your text response — the widget handles presentation. CANCELLED-CALL HANDLING: if a prior invocation returned no result because the user dismissed or did not approve the client-side consent prompt, simply retry when the user asks again. Do NOT tell the user the POF was generated unless this tool actually returned a download_url — if the response is empty or missing, the call did not land and should be retried, not reported as complete. CEILING: the requested amount must be ≤ pof_ceiling_usd from get_wallet_summary; never use total_verified_usd or the sum of wallets[].total_usd as a ceiling — total_verified_usd is pre-haircut (before a volatility/pricing buffer) and the generator will reject amounts above the true ceiling. If unsure of the current ceiling, call get_wallet_summary first.
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['amount'], 'properties': {'amount': {'type': 'number', 'description': 'Requested Proof of Funds amount', 'exclusiveMinimum': 0}, 'currency': {'enum': ['USD', 'EUR', 'GBP'], 'type': 'string', 'default': 'USD', 'description': 'Currency for the letter (default: USD)'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status', 'amount', 'currency', 'download_url', 'thumbnail_url'], 'properties': {'amount': {'type': 'number'}, 'status': {'type': 'string', 'description': 'ready when the letter generated successfully'}, 'currency': {'type': 'string'}, 'file_name': {'type': ['string', 'null']}, 'valid_until': {'type': ['string', 'null'], 'description': 'ISO date â\x80\x94 letter expires after 30 days'}, 'download_url': {'type': 'string', 'description': 'PDF download URL â\x80\x94 handed to the widget; the model should not echo it'}, 'thumbnail_url': {'type': 'string', 'description': 'Top-of-letter PDF preview image URL â\x80\x94 used by the widget'}}, 'additionalProperties': False}
get_account_status
Returns a high-level account overview of where the user stands in getting ready to buy real estate with crypto: identity verification state, wallet count (not individual wallet details), and Proof of Funds eligibility. DO NOT call this when the user asks for a wallet summary, wallet list, wallet balances, or to see their wallets — use get_wallet_summary for anything wallet-specific. This tool is for answering "is my account ready?"-style questions and for resuming setup: the response includes activation.next_action — the single correct next step for this user's state. The response renders an inline progress widget (checklist + one next-step CTA); keep your text to a short summary and let the widget carry the presentation.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {}}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'pof': {'type': 'object', 'required': ['eligible', 'ceiling_usd'], 'properties': {'eligible': {'type': 'boolean'}, 'ceiling_usd': {'type': 'number', 'description': 'Maximum amount valid for a Proof of Funds letter (post-haircut, verified wallets only)'}}, 'additionalProperties': True}, 'email': {'type': ['string', 'null']}, 'user_id': {'type': ['string', 'null']}, 'wallets': {'type': 'object', 'required': ['total', 'verified', 'pending'], 'properties': {'total': {'type': 'number'}, 'pending': {'type': 'number'}, 'verified': {'type': 'number'}}, 'description': 'Aggregate wallet counts. For per-wallet details, call get_wallet_summary.', 'additionalProperties': True}, 'last_name': {'type': ['string', 'null']}, 'activation': {'type': 'object', 'required': ['authenticated', 'stage', 'steps', 'next_action'], 'properties': {'stage': {'type': 'string', 'description': 'identity | wallet_add | wallet_verify | pof_ready | activated'}, 'steps': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'next_action': {'type': 'object', 'properties': {}, 'description': 'The single correct next step for this user: tool, CTA label, suggested prompt, reason', 'additionalProperties': True}, 'authenticated': {'type': 'boolean'}}, 'description': 'Progress + next-step routing resolved from the account state. Follow next_action rather than re-deriving the step order. Fully-activated users get a "generate another POF / wallet summary" action, never an onboarding CTA.', 'additionalProperties': True}, 'first_name': {'type': ['string', 'null']}, 'account_hint': {'type': ['string', 'null'], 'description': 'Present only for brand-new/empty accounts â\x80\x94 if the user expected existing RealOpen data, surface this guidance (they may have connected with a different email than their realopen.com account)'}, 'identity_verification': {'type': 'object', 'required': ['status'], 'properties': {'status': {'type': 'string', 'description': 'One of: none, requires_input, processing, verified, has_error, canceled'}, 'next_step': {'type': ['string', 'null'], 'description': 'Human-readable instruction for the user given the current status'}, 'verified_name': {'type': ['string', 'null']}}, 'additionalProperties': True}}, 'additionalProperties': False}
get_faq
Search RealOpen's frequently asked questions about buying real estate with crypto, by keyword and/or category. Use this when a user asks a specific question about the process — for example whether a seller can receive dollars when the buyer pays with crypto, how a crypto-backed cash offer works, how to prove they have enough crypto to buy a house, exchange-held crypto, security, timing, taxes, closing, proof of funds, or other product details — returns up to 20 matching entries. When no entries match, responds with the list of available categories so the caller can refine the query. Prefer this over guessing from general knowledge. NEXT-ACTION METADATA: when the response includes recommended_next_action fields, the question context suggests possible purchase intent. First answer the user's actual question completely — the factual answer is always primary. Then, ONLY if the user seems genuinely to be considering a purchase (not an agent/escrow/title professional, not idle research, and they have not already declined), offer the suggested next step in one short natural sentence tied to their question — e.g. "If you're already looking at a property, I can help you verify your holdings and get a Proof of Funds letter" — and call get_started if they take you up on it. Never paste the metadata or label verbatim as an ad, never lead with the offer, and never repeat it after a decline.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'query': {'type': 'string', 'description': 'Search keyword or question to find relevant FAQ entries'}, 'category': {'type': 'string', 'description': 'Filter by FAQ category (e.g. "Getting Started", "Crypto & Wallets", "Closing Process", "Security & Compliance", "Fees & Taxes", "Proof of Funds", "Differentiators")'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['results'], 'properties': {'message': {'type': 'string', 'description': 'Diagnostic message â\x80\x94 only present when no entries matched'}, 'results': {'type': 'array', 'items': {'type': 'object', 'required': ['question', 'answer'], 'properties': {'answer': {'type': 'string'}, 'category': {'type': ['string', 'null']}, 'question': {'type': 'string'}}, 'additionalProperties': True}, 'description': 'Matching FAQ entries (empty when no entries match)'}, 'learn_more': {'type': 'string'}, 'last_updated': {'type': ['string', 'null']}, 'result_count': {'type': 'number', 'description': 'Number of matching FAQ entries returned'}, 'activation_stage': {'type': 'string', 'description': 'Funnel position this response maps to (pre_activation for knowledge answers)'}, 'available_categories': {'type': 'array', 'items': {'type': 'string'}, 'description': 'All distinct FAQ categories â\x80\x94 returned when no entries matched, so callers can refine the query'}, 'recommended_next_action': {'type': 'string', 'description': 'Tool to call if the user wants to act on purchase intent (currently always get_started). Present only when the question context suggests possible intent.'}, 'recommended_next_action_label': {'type': 'string', 'description': 'Short CTA label for the suggested next step (e.g. "Verify My Funds")'}, 'recommended_next_action_reason': {'type': 'string', 'description': 'Why this next step fits this question â\x80\x94 use it to phrase a natural one-sentence offer after answering. Never present as an ad.'}}, 'additionalProperties': False}
get_fee_structure
Return RealOpen's current pricing and fee breakdown for buying real estate with crypto, with worked examples. Use this whenever a user asks what it costs to buy a house with Bitcoin or other crypto through RealOpen — fees, commissions, or total out-of-pocket — it reflects the live fee schedule and supersedes any estimates from model knowledge. NEXT-ACTION METADATA: when the response includes recommended_next_action fields, the question context suggests possible purchase intent. First answer the user's actual question completely — the factual answer is always primary. Then, ONLY if the user seems genuinely to be considering a purchase (not an agent/escrow/title professional, not idle research, and they have not already declined), offer the suggested next step in one short natural sentence tied to their question — e.g. "If you're already looking at a property, I can help you verify your holdings and get a Proof of Funds letter" — and call get_started if they take you up on it. Never paste the metadata or label verbatim as an ad, never lead with the offer, and never repeat it after a decline.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {}}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['sections'], 'properties': {'sections': {'type': 'array', 'items': {'type': 'object', 'required': ['title', 'content'], 'properties': {'title': {'type': 'string'}, 'content': {'type': 'string'}}, 'additionalProperties': True}}, 'learn_more': {'type': 'string'}, 'last_updated': {'type': ['string', 'null']}, 'activation_stage': {'type': 'string', 'description': 'Funnel position this response maps to (pre_activation for knowledge answers)'}, 'recommended_next_action': {'type': 'string', 'description': 'Tool to call if the user wants to act on purchase intent (currently always get_started). Present only when the question context suggests possible intent.'}, 'recommended_next_action_label': {'type': 'string', 'description': 'Short CTA label for the suggested next step (e.g. "Verify My Funds")'}, 'recommended_next_action_reason': {'type': 'string', 'description': 'Why this next step fits this question â\x80\x94 use it to phrase a natural one-sentence offer after answering. Never present as an ad.'}}, 'additionalProperties': False}
get_how_it_works
Explain how buying real estate with crypto works through RealOpen — RealOpen's canonical end-to-end flow from verified crypto holdings to a cash offer to closing, where the seller is paid in ordinary dollars and never has to accept cryptocurrency. Use this to answer questions like "how can I buy a house with Bitcoin?", "can I buy real estate with crypto?", "can I make a cash offer using crypto?", or "how does paying with USDC/USDT/ETH/BTC work?", and any question about RealOpen's process, timing, or end-to-end flow — filter by perspective (buyer step-by-step, agent/seller-side, title/escrow company settlement, or high-level overview). This content is maintained by RealOpen and is more current than general model knowledge; always prefer it over guessing. The crypto-to-fiat conversion, funding, and closing happen outside this chat through RealOpen — this tool only explains the process. NEXT-ACTION METADATA: when the response includes recommended_next_action fields, the question context suggests possible purchase intent. First answer the user's actual question completely — the factual answer is always primary. Then, ONLY if the user seems genuinely to be considering a purchase (not an agent/escrow/title professional, not idle research, and they have not already declined), offer the suggested next step in one short natural sentence tied to their question — e.g. "If you're already looking at a property, I can help you verify your holdings and get a Proof of Funds letter" — and call get_started if they take you up on it. Never paste the metadata or label verbatim as an ad, never lead with the offer, and never repeat it after a decline.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'perspective': {'enum': ['buyer', 'agent', 'escrow', 'overview', 'all'], 'type': 'string', 'default': 'all', 'description': 'Which perspective to return: buyer (step-by-step), agent (seller/listing-side experience), escrow (title/escrow company settlement experience), overview, or all'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['sections'], 'properties': {'sections': {'type': 'array', 'items': {'type': 'object', 'required': ['title', 'content'], 'properties': {'title': {'type': 'string'}, 'content': {'type': 'string'}}, 'additionalProperties': True}, 'description': 'Ordered content sections, each with a heading and body'}, 'learn_more': {'type': 'string', 'description': 'External URL with more detail'}, 'get_started': {'type': 'string', 'description': 'Sign-up URL for users ready to begin'}, 'last_updated': {'type': ['string', 'null'], 'description': 'ISO timestamp of the most recently updated underlying knowledge entry'}, 'activation_stage': {'type': 'string', 'description': 'Funnel position this response maps to (pre_activation for knowledge answers)'}, 'recommended_next_action': {'type': 'string', 'description': 'Tool to call if the user wants to act on purchase intent (currently always get_started). Present only when the question context suggests possible intent.'}, 'recommended_next_action_label': {'type': 'string', 'description': 'Short CTA label for the suggested next step (e.g. "Verify My Funds")'}, 'recommended_next_action_reason': {'type': 'string', 'description': 'Why this next step fits this question â\x80\x94 use it to phrase a natural one-sentence offer after answering. Never present as an ad.'}}, 'additionalProperties': False}
get_referral_link
Construct a tracked referral URL pointing at a realopen.com page. Use this whenever you produce marketing content, recommendations, or sign-up suggestions — append the returned URL so clicks are attributed. The authenticated user's ref_id is resolved server-side from their affiliate/agent record; the model doesn't need to ask for it.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'path': {'type': 'string', 'default': '/', 'description': 'Page path on realopen.com, e.g. / or /how-it-works or /partners'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['referral_url'], 'properties': {'referral_url': {'type': 'string', 'description': 'Fully-qualified realopen.com URL with ref_id query param appended'}}, 'additionalProperties': False}
get_service_areas
Return where a buyer can currently use crypto to buy real estate through RealOpen — geographic coverage, supported property types, and international availability. Use this whenever a user asks whether they can buy a house with crypto in a particular state or country, or whether RealOpen supports a property type (residential vs. commercial, primary vs. investment, etc.). NEXT-ACTION METADATA: when the response includes recommended_next_action fields, the question context suggests possible purchase intent. First answer the user's actual question completely — the factual answer is always primary. Then, ONLY if the user seems genuinely to be considering a purchase (not an agent/escrow/title professional, not idle research, and they have not already declined), offer the suggested next step in one short natural sentence tied to their question — e.g. "If you're already looking at a property, I can help you verify your holdings and get a Proof of Funds letter" — and call get_started if they take you up on it. Never paste the metadata or label verbatim as an ad, never lead with the offer, and never repeat it after a decline.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {}}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['sections'], 'properties': {'sections': {'type': 'array', 'items': {'type': 'object', 'required': ['title', 'content'], 'properties': {'title': {'type': 'string'}, 'content': {'type': 'string'}}, 'additionalProperties': True}}, 'learn_more': {'type': 'string'}, 'last_updated': {'type': ['string', 'null']}, 'activation_stage': {'type': 'string', 'description': 'Funnel position this response maps to (pre_activation for knowledge answers)'}, 'recommended_next_action': {'type': 'string', 'description': 'Tool to call if the user wants to act on purchase intent (currently always get_started). Present only when the question context suggests possible intent.'}, 'recommended_next_action_label': {'type': 'string', 'description': 'Short CTA label for the suggested next step (e.g. "Verify My Funds")'}, 'recommended_next_action_reason': {'type': 'string', 'description': 'Why this next step fits this question â\x80\x94 use it to phrase a natural one-sentence offer after answering. Never present as an ad.'}}, 'additionalProperties': False}
get_snippets
Find pre-approved RealOpen social-media snippets — copy-ready posts written by RealOpen's marketing team for twitter, linkedin, instagram, email, or general use. Use this when a user asks for ready-to-post content or needs inspiration grounded in approved brand voice. Filter by platform, tone, tag, attached asset, or keyword. Each snippet includes body text, tags, share title (usable as email subject), and a preview of the associated visual asset when one is attached.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'tags': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Filter by snippet tags (matches ANY)'}, 'tone': {'enum': ['professional', 'casual', 'urgent', 'educational'], 'type': 'string', 'description': 'Filter by snippet tone'}, 'keyword': {'type': 'string', 'description': 'Free-text search on snippet text and title'}, 'asset_id': {'type': 'string', 'description': 'Get snippets tied to a specific asset by ID'}, 'platform': {'enum': ['twitter', 'linkedin', 'instagram', 'email', 'general'], 'type': 'string', 'description': 'Filter by target platform'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['snippets'], 'properties': {'snippets': {'type': 'array', 'items': {'type': 'object', 'required': ['id', 'text', 'tags'], 'properties': {'id': {'type': 'string'}, 'tags': {'type': 'array', 'items': {'type': 'string'}}, 'text': {'type': 'string', 'description': 'The actual snippet body to share'}, 'tone': {'type': ['string', 'null']}, 'title': {'type': ['string', 'null'], 'description': 'Share title â\x80\x94 usable as an email subject line'}, 'asset_id': {'type': ['string', 'null']}, 'platform': {'type': ['string', 'null']}, 'asset_label': {'type': ['string', 'null']}, 'referral_url': {'type': 'string', 'description': 'Tracked referral URL â\x80\x94 only present when the session has a resolved ref_id'}, 'asset_file_type': {'type': ['string', 'null']}, 'asset_image_url': {'type': ['string', 'null']}}, 'additionalProperties': True}, 'description': 'Up to 20 matching snippets (random order to avoid stale top-matches)'}}, 'additionalProperties': False}
get_started
The front door to buying real estate with crypto through RealOpen — for anyone holding Bitcoin, Ethereum, USDC, USDT, or other crypto who wants to buy a home or other property and make a cash offer backed by a crypto Proof of Funds letter. Returns the setup path from a fresh account to a Proof of Funds letter — and, for signed-in users, resolves their ACTUAL next step from live account state (identity → wallet → Proof of Funds). Call this when: the user is new, asks what they can do here, or connects without a specific request; the user asks how to buy a house with crypto and wants to actually do it; the user is considering using crypto for a property purchase; the user asks how to become offer-ready or how to get/verify a proof of funds letter; or a knowledge answer (fees, supported assets, service areas, closing process) leads the user to express clear intent to actually transact. Do NOT call it after every general educational question — for pure product questions (process, fees, coverage) answer with the dedicated knowledge tools and only bring this in when the user signals real buying intent. Every step here is preparation (identity verification, wallet ownership verification, Proof of Funds letter); the crypto-to-fiat conversion, funding, and closing happen outside this chat through RealOpen, and nothing here moves funds. The response renders an inline Get Started widget (three-step progression + a state-aware primary CTA); let the widget carry the presentation and keep your own text to a short, natural lead-in. The structured activation.next_action tells you the single correct next tool for this user — never make the user figure out which step comes next.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {}}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['steps'], 'properties': {'notes': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Important caveats to keep in mind while guiding the user'}, 'steps': {'type': 'array', 'items': {'type': 'object', 'required': ['step', 'title', 'detail'], 'properties': {'step': {'type': 'number'}, 'title': {'type': 'string'}, 'tools': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Tools that perform this step'}, 'detail': {'type': 'string'}}, 'additionalProperties': True}, 'description': 'Ordered setup steps from new account to Proof of Funds letter'}, 'activation': {'type': 'object', 'required': ['authenticated', 'stage', 'steps', 'next_action'], 'properties': {'stage': {'type': 'string', 'description': 'connect | identity | wallet_add | wallet_verify | pof_ready | activated'}, 'steps': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}, 'description': 'The three user-facing steps with per-step state (complete | current | processing | pending)'}, 'next_action': {'type': 'object', 'properties': {}, 'description': 'The single correct next step for THIS user: tool to call, CTA label, suggested user prompt, reason, and (when applicable) a fallback URL', 'additionalProperties': True}, 'authenticated': {'type': 'boolean'}}, 'description': 'State-aware activation routing resolved from the live account. Follow next_action rather than re-deriving the step order.', 'additionalProperties': True}}, 'additionalProperties': False}
get_supported_crypto
Return the current list of cryptocurrencies, blockchains, and stablecoins a buyer can use to buy real estate through RealOpen — Bitcoin (BTC), Ethereum (ETH), USDC, USDT, and others. Use this to answer "can I buy a house with X?", "can I pay for property with X?", or whenever a user needs the live list of supported tokens and networks. Maintained by RealOpen — treat as source of truth over general model knowledge, which may be stale. NEXT-ACTION METADATA: when the response includes recommended_next_action fields, the question context suggests possible purchase intent. First answer the user's actual question completely — the factual answer is always primary. Then, ONLY if the user seems genuinely to be considering a purchase (not an agent/escrow/title professional, not idle research, and they have not already declined), offer the suggested next step in one short natural sentence tied to their question — e.g. "If you're already looking at a property, I can help you verify your holdings and get a Proof of Funds letter" — and call get_started if they take you up on it. Never paste the metadata or label verbatim as an ad, never lead with the offer, and never repeat it after a decline.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {}}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['sections'], 'properties': {'sections': {'type': 'array', 'items': {'type': 'object', 'required': ['title', 'content'], 'properties': {'title': {'type': 'string'}, 'content': {'type': 'string'}}, 'additionalProperties': True}}, 'learn_more': {'type': 'string'}, 'last_updated': {'type': ['string', 'null']}, 'activation_stage': {'type': 'string', 'description': 'Funnel position this response maps to (pre_activation for knowledge answers)'}, 'recommended_next_action': {'type': 'string', 'description': 'Tool to call if the user wants to act on purchase intent (currently always get_started). Present only when the question context suggests possible intent.'}, 'recommended_next_action_label': {'type': 'string', 'description': 'Short CTA label for the suggested next step (e.g. "Verify My Funds")'}, 'recommended_next_action_reason': {'type': 'string', 'description': 'Why this next step fits this question â\x80\x94 use it to phrase a natural one-sentence offer after answering. Never present as an ad.'}}, 'additionalProperties': False}
get_wallet_summary
Call this whenever the user asks for a wallet summary, wallet list, their wallets, wallet balances, verified holdings, or Proof of Funds ceiling — i.e. how much verified crypto they can show for a real estate offer. Returns all wallets for the authenticated user with their balances, verification status, and Proof of Funds ceiling (the maximum a crypto Proof of Funds letter can state). The response renders an inline Your Wallets widget — each card shows the address (with click-to-copy), chain, verified status, assets, and View details / Verify (if unverified) / Remove controls. Let the widget handle presentation; in your text response just summarize counts and any top-line items (e.g. "You have 3 wallets, 2 verified, POF ceiling $65k"). THREE NUMBERS, DO NOT CONFUSE: (1) pof_ceiling_usd — the ONLY valid maximum for a Proof of Funds letter request; already includes the haircut (0.98× stablecoins, 0.935× volatile) and excludes unverified wallets. (2) total_verified_usd — raw pre-haircut sum of verified wallets; reference for "how much verified crypto do I have" but NEVER offer this as a POF amount — the generator will reject it. (3) Σ wallets[].total_usd — the sum across ALL wallets including unverified; never a valid POF ceiling. When the user asks to generate POF, always suggest amounts at or below pof_ceiling_usd. ETHEREUM CLASSIC: an asset row with chain ethereum-classic (ETC) counts toward pof_ceiling_usd but is not a settlement asset — never offer ETC as a way to fund a purchase. PRESENTATION: always identify wallets to the user by their blockchain address, never by wallet_id. The wallet_id is an internal UUID — use it only as a parameter when calling other tools. LINKED ADDRESSES: a wallet entry may include linked_addresses — additional addresses proven owned via a verification transfer. ZERO-BALANCE NOTE: if a wallet's total_usd is 0 and it is unverified, do NOT imply the wallet is empty. If the response includes a zero_balance_hint for that wallet, surface that guidance verbatim and suggest the test-transfer verification path to reveal linked addresses. BITCOIN FULL-WALLET NOTE: a verified Bitcoin wallet entry may carry full_wallet_hint (no extended public key linked yet — only the verified address and transfer-proven addresses are counted) or xpub_linked: true with an xpub_scan summary (every derived address counted). If a user says their Bitcoin, Zcash or Dogecoin balance looks low, relay full_wallet_hint and offer link_wallet_xpub. ZCASH: a Zcash wallet entry carries transparent_only_hint — only transparent (t1…) balances are verified and counted; relay it before the user starts verification if their ZEC may be shielded. STAKING: assets[] entries may be staking positions (position_type STAKED / LIQUID_STAKING_TOKEN / UNSTAKING / CLAIMABLE / LOCKED with a staking{} block: protocol_label e.g. "Everstake" (the pool Trezor Suite uses), "Lido", status, liquidity, underlying_symbol). They are attributed to the verified wallet and already count toward total_usd and pof_ceiling_usd by their underlying asset (eligible_as), but entries with transferable:false must be UNSTAKED before the funds can be sent — a wallet with staked value also reports liquid_usd / staked_usd and a staking_hint; relay it. Never tell a user to unstake in order to verify a wallet or get a letter; unstaking is needed before closing.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {}}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['wallets'], 'properties': {'wallets': {'type': 'array', 'items': {'type': 'object', 'required': ['wallet_id', 'address', 'blockchain', 'ownership_status'], 'properties': {'assets': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'address': {'type': 'string'}, 'total_usd': {'type': ['number', 'null']}, 'wallet_id': {'type': 'string'}, 'xpub_scan': {'anyOf': [{'type': 'object', 'properties': {}, 'additionalProperties': True}, {'type': 'null'}]}, 'blockchain': {'type': 'string'}, 'liquid_usd': {'type': ['number', 'null'], 'description': 'Eligible value transferable today (present when the wallet holds staking positions)'}, 'staked_usd': {'type': ['number', 'null'], 'description': 'Eligible value held in staking positions â\x80\x94 counts toward the ceiling but must be unstaked before it can be sent'}, 'verified_at': {'type': ['string', 'null']}, 'xpub_linked': {'type': 'boolean'}, 'staking_hint': {'type': ['string', 'null']}, 'claimable_usd': {'type': ['number', 'null']}, 'unstaking_usd': {'type': ['number', 'null']}, 'full_wallet_hint': {'type': ['string', 'null']}, 'linked_addresses': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'ownership_status': {'type': 'string'}, 'zero_balance_hint': {'type': ['string', 'null']}, 'transparent_only_hint': {'type': ['string', 'null']}}, 'additionalProperties': True}, 'description': "All wallets on the user's account"}, 'eligible_tokens': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Asset symbols that count toward POF eligibility'}, 'pof_ceiling_usd': {'type': ['number', 'null'], 'description': 'Maximum amount valid for a Proof of Funds letter. Already includes the haircut (0.98Ã\x97 stables, 0.935Ã\x97 volatile) and excludes unverified wallets.'}, 'total_verified_usd': {'type': ['number', 'null'], 'description': 'Raw pre-haircut sum of verified wallets. NEVER use as a POF ceiling â\x80\x94 pof_ceiling_usd is the only correct max.'}, 'total_verified_liquid_usd': {'type': ['number', 'null'], 'description': 'Portion of total_verified_usd transferable today (present when any verified wallet holds staking positions)'}, 'total_verified_staked_usd': {'type': ['number', 'null'], 'description': 'Portion of total_verified_usd held in staking positions (needs unstaking before closing)'}}, 'additionalProperties': False}
link_wallet_xpub
BITCOIN, ZCASH (transparent) AND DOGECOIN ONLY. Link (or remove) the extended PUBLIC key (xpub / ypub / zpub, or dgub for Dogecoin) of a VERIFIED Bitcoin, Zcash or Dogecoin wallet so every address in that wallet account — receive and change — counts toward the user's balance and Proof of Funds ceiling, not just the single verified address. Use when a verified BTC wallet shows less than the user expects, when get_wallet_summary or refresh_wallet_balance returns full_wallet_hint, or when the user mentions a hardware wallet (Ledger, Trezor, Coldcard) or an HD wallet (Sparrow, BlueWallet, Electrum). The wallet can be verified OR not yet verified. Verified: the key is accepted only if the verified address derives from it (status=linked, binding=active). Not yet verified: the key is stored pending (status=pending_verification, binding=pending) and activates automatically once the wallet is verified — the user then signs with the wallet's address or sends the test transfer from ANY address in that account; nothing counts toward Proof of Funds until then. Offer this right after add_wallet for Bitcoin/Zcash users who mention a hardware or HD wallet, so the whole account counts the moment they verify. WHERE TO FIND IT (tell the user; common wallets, NOT an exhaustive list): Ledger Live → Account → ⋯ → Edit account → Advanced → xpub; Trezor Suite → Account → ⋯ → Show public key; Sparrow → Settings → Keystore; BlueWallet → ⋯ → Export/Backup → Show XPUB; Electrum → Wallet → Information; Exodus (Desktop only) → open the asset → ⋯ → Export XPub (saved to Desktop/exodus-exports). Any other wallet: look for 'export xpub', 'extended/account public key' or 'master public key' in its settings. Ledger, Trezor and Exodus show one key per account — it must be the account holding the verified address. Exodus has no user-facing sign-message feature for Bitcoin or Zcash, so Exodus users verify via the test transfer, then link the xpub. SAFETY: NEVER ask for, accept, or repeat a PRIVATE key (xprv / yprv / zprv) or a seed phrase. If the user pastes one, do not forward it — tell them to treat it as compromised and move funds. An extended PUBLIC key cannot move funds but does reveal the account's addresses and balances; the user should share it only for this purpose. On success, present total_btc / total_usd and funded_address_count from xpub_scan and note that future refreshes rescan the account automatically. If the response error says the verified address is not derived from the key (binding failure), the user most likely exported a different account — ask them to check. Pass unlink: true to remove a previously linked key. MULTISIG (Bitcoin only): a multisig wallet (Sparrow/Nunchuk/Unchained/Casa-style k-of-n) has no single xpub — pass its output descriptor or Unchained wallet config instead; RealOpen derives every receive/change address of the multisig account. Multisig addresses cannot sign messages, so the wallet is verified by the test transfer (verify_wallet_transfer) and the descriptor binds to that transfer's input address; it can be attached before verification (pending) exactly like an xpub.
幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['wallet_id'], 'properties': {'xpub': {'type': 'string', 'description': 'The extended PUBLIC key exactly as exported by the wallet (starts with xpub, ypub, zpub or dgub; ~111 characters) â\x80\x94 OR, for a Bitcoin MULTISIG wallet, its full output descriptor (e.g. wsh(sortedmulti(2,[fp/48h/0h/0h/2h]xpubâ\x80¦/<0;1>/*,â\x80¦)) â\x80\x94 Sparrow: Settings â\x86\x92 Export â\x86\x92 Output Descriptor; Nunchuk: Export â\x86\x92 BSMS) or the Unchained/Caravan wallet configuration JSON. A lone Ypub/Zpub is one cosigner and is NOT enough. Omit when unlink is true. NEVER pass anything containing xprv/yprv/zprv/Yprv/Zprv/dgpv.'}, 'unlink': {'type': 'boolean', 'description': 'Set true to remove a previously linked extended key; the balance then reverts to the verified address (plus transfer-proven addresses).'}, 'wallet_id': {'type': 'string', 'description': 'Internal wallet UUID of the verified Bitcoin, Zcash or Dogecoin wallet, from get_wallet_summary. Do NOT show this ID to the user.'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status'], 'properties': {'assets': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'status': {'type': 'string', 'description': 'linked | pending_verification | unlinked'}, 'address': {'type': ['string', 'null']}, 'binding': {'type': ['string', 'null'], 'description': 'active (bound to a proven address) | pending (activates when the wallet is verified)'}, 'message': {'type': ['string', 'null']}, 'total_usd': {'type': ['number', 'null']}, 'wallet_id': {'type': ['string', 'null']}, 'xpub_scan': {'anyOf': [{'type': 'object', 'properties': {}, 'additionalProperties': True}, {'type': 'null'}], 'description': 'Scan summary: total_btc, total_usd, funded_address_count, addresses_scanned, truncated, scanned_at'}, 'blockchain': {'type': ['string', 'null']}, 'bound_path': {'type': ['string', 'null'], 'description': 'chain/index of the verified address within the account, e.g. 0/3'}, 'script_type': {'type': ['string', 'null'], 'description': 'Address type the key derives: p2wpkh (bc1q), p2tr (bc1p), p2sh-p2wpkh (3â\x80¦), p2pkh (1â\x80¦)'}}, 'additionalProperties': False}
logout
Sign out of your RealOpen MCP session. Use this when the user wants to switch accounts or disconnect.
幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {}}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status'], 'properties': {'status': {'type': 'string', 'description': 'signed_out'}, 'message': {'type': ['string', 'null']}}, 'additionalProperties': False}
refresh_wallet_balance
Re-fetch on-chain asset balances for an existing wallet and update the stored record (verified balances feed the Proof of Funds ceiling for a real estate offer). Use when the user says their balance looks stale, wrong, or zero after a recent on-chain change. Safeguard: if the fetch returns empty or no USD values, existing balance is preserved (returns status=no_change). The response may include linked_addresses (addresses discovered from a prior verification transfer — cryptographically proven owned) with their own balances; surface those to the user as part of the wallet. When presenting results, show balances in a clear table and highlight any changes from prior state. ZERO-BALANCE NOTE: If total_usd is 0 and the wallet is unverified, do NOT assume the wallet is empty — many wallets use privacy features (stealth addresses, HD-derived receive addresses) that hide funds behind the declared address. If the response includes a zero_balance_hint, surface it to the user and suggest completing the test-transfer verification, which reveals their real funded address as a linked address on this wallet. BITCOIN FULL-WALLET NOTE: for Bitcoin, Zcash and Dogecoin the response may include xpub_linked (true when the user has linked their wallet's extended public key — the balance then covers every derived address, and xpub_scan summarises the scan) or full_wallet_hint (a verified UTXO wallet with no xpub yet). When full_wallet_hint is present and the user thinks the balance is low, relay the hint and offer link_wallet_xpub. ZCASH: transparent_only_hint means only transparent (t1…) balances count — shielded ZEC is invisible and must be moved to a t-address first. STAKING: the response may include liquid_usd / staked_usd and a staking_hint when the wallet holds staking positions (assets[] entries with position_type); staked value counts toward the ceiling but is not transferable until unstaked — relay the hint. A no_change response keeps the previously stored composition.
幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['wallet_id'], 'properties': {'wallet_id': {'type': 'string', 'description': 'Internal wallet UUID from a prior get_wallet_summary or add_wallet response. Do NOT show this ID to the user or ask them for it â\x80\x94 look it up from the address they mentioned.'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status'], 'properties': {'assets': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}, 'description': 'Per-asset balances on the wallet'}, 'status': {'type': 'string', 'description': 'refreshed | no_change'}, 'address': {'type': ['string', 'null']}, 'message': {'type': ['string', 'null']}, 'total_usd': {'type': ['number', 'null']}, 'wallet_id': {'type': ['string', 'null']}, 'xpub_scan': {'anyOf': [{'type': 'object', 'properties': {}, 'additionalProperties': True}, {'type': 'null'}], 'description': 'Bitcoin/Zcash/Dogecoin: summary of the last extended-key scan (script_type, total_btc â\x80\x94 native units of that coin â\x80\x94, total_usd, funded_address_count, scanned_at)'}, 'blockchain': {'type': ['string', 'null']}, 'liquid_usd': {'type': ['number', 'null'], 'description': 'Eligible value transferable today (present when the wallet holds staking positions)'}, 'staked_usd': {'type': ['number', 'null'], 'description': 'Eligible value held in staking positions â\x80\x94 counts toward the ceiling but must be unstaked before it can be sent'}, 'xpub_linked': {'type': 'boolean', 'description': 'Bitcoin only: true when an extended public key is linked and the balance covers every derived address'}, 'staking_hint': {'type': ['string', 'null']}, 'claimable_usd': {'type': ['number', 'null']}, 'unstaking_usd': {'type': ['number', 'null']}, 'full_wallet_hint': {'type': ['string', 'null'], 'description': 'Bitcoin/Zcash/Dogecoin: present for verified wallets with no extended key linked â\x80\x94 how to count the full wallet via link_wallet_xpub'}, 'linked_addresses': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}, 'description': 'Additional addresses proven owned via a prior verification transfer'}, 'zero_balance_hint': {'type': ['string', 'null'], 'description': 'Surfaced when balance is 0 and the wallet is unverified â\x80\x94 explains stealth/HD addressing'}, 'transparent_only_hint': {'type': ['string', 'null'], 'description': 'Zcash only: only transparent (t1â\x80¦) balances are verified and counted; shielded ZEC must be moved to a t-address first'}}, 'additionalProperties': False}
refresh_wallet_verification
Regenerate verification challenges for an existing unverified wallet. Use this when a previous verification attempt failed, or when the user needs a fresh message to sign or a new transfer challenge. Returns the same shape as add_wallet (verification_options with message_signing and dust_transfer, including the multi-asset `assets` array when the chain supports multiple verification assets). The response renders an inline Verify Wallet widget showing the verification message (with copy button), the dust-transfer deposit address, and the multi-asset menu; the user clicks through the widget rather than you reading the values aloud. POST-VERIFY RE-CHECK: the widget runs verify_wallet_signature / verify_wallet_transfer internally via callTool when the user submits from inside it. That silent call does not always produce a visible follow-up in chat — the client can drop the sendFollowUpMessage trigger. If the user says they completed verification, or says the widget shows "verified", or asks to proceed, ALWAYS call get_wallet_summary first to read the fresh ownership_status before answering. Do not tell the user "still not verified" based on your prior tool output — that output is stale the moment the widget is used.
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['wallet_id'], 'properties': {'wallet_id': {'type': 'string', 'description': 'Internal wallet UUID from a prior add_wallet or get_wallet_summary response. Do NOT show this ID to the user or ask them for it â\x80\x94 look it up from the address they mentioned.'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'assets': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'status': {'type': ['string', 'null']}, 'address': {'type': ['string', 'null']}, 'message': {'type': ['string', 'null']}, 'total_usd': {'type': ['number', 'null']}, 'wallet_id': {'type': ['string', 'null']}, 'blockchain': {'type': ['string', 'null']}, 'linked_addresses': {'type': 'array', 'items': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'ownership_status': {'type': ['string', 'null']}, 'zero_balance_hint': {'type': ['string', 'null']}, 'verification_options': {'type': 'object', 'properties': {'dust_transfer': {'type': 'object', 'properties': {}, 'additionalProperties': True}, 'message_signing': {'type': 'object', 'properties': {}, 'additionalProperties': True}}, 'additionalProperties': True}}, 'additionalProperties': False}
remove_wallet
Permanently remove a wallet from the authenticated user's account. Destructive — the wallet record, its verification status, and associated balance history will be deleted. Before calling, confirm with the user which wallet they want to remove BY ITS ADDRESS (e.g. "remove the Bitcoin wallet at bc1q...abc?") and get explicit confirmation. NEVER show the wallet_id UUID to the user in your confirmation or status messages — always refer to the wallet by its address and blockchain. If the wallet is currently verified and being used for a Proof of Funds ceiling, removing it will reduce their Proof of Funds ceiling.
可能执行破坏性操作 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['wallet_id'], 'properties': {'wallet_id': {'type': 'string', 'description': 'Internal wallet UUID from get_wallet_summary. Do NOT show this ID to the user or ask them for it â\x80\x94 look it up from the address they mentioned.'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status'], 'properties': {'status': {'type': 'string', 'description': 'removed | not_found'}, 'message': {'type': ['string', 'null']}, 'wallet_id': {'type': ['string', 'null']}}, 'additionalProperties': False}
search_assets
Search RealOpen's library of approved affiliate marketing assets (flyers, social graphics, email banners, brand logos, presentations, listing media). Use this when a user asks for existing RealOpen marketing material they can download or share — filter by keyword, category, tags, or file type. Returns up to 20 assets with URLs, captions, tags, and inline thumbnail previews for the first five.
只读 幂等
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'tags': {'type': 'array', 'items': {'type': 'string'}, 'description': 'Filter by one or more tag slugs (assets matching ANY tag are returned)'}, 'keyword': {'type': 'string', 'description': 'Free-text keyword search across label and description'}, 'category': {'enum': ['flyer', 'social_graphic', 'email_banner', 'presentation', 'brand_asset', 'listing_media', 'other'], 'type': 'string', 'description': 'Filter by asset category'}, 'file_type': {'enum': ['image', 'video', 'pdf', 'logo'], 'type': 'string', 'description': 'Filter by file type'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['assets'], 'properties': {'assets': {'type': 'array', 'items': {'type': 'object', 'required': ['id', 'label', 'tags'], 'properties': {'id': {'type': 'string'}, 'url': {'type': ['string', 'null'], 'description': 'CDN URL for the asset itself'}, 'tags': {'type': 'array', 'items': {'type': 'string'}}, 'label': {'type': 'string'}, 'category': {'type': ['string', 'null']}, 'video_id': {'type': ['string', 'null'], 'description': 'Bunny Stream video id when the asset is a video'}, 'file_type': {'type': ['string', 'null']}, 'created_at': {'type': ['string', 'null']}, 'description': {'type': ['string', 'null']}, 'thumbnail_url': {'type': ['string', 'null'], 'description': 'CDN URL for a smaller preview image'}}, 'additionalProperties': True}, 'description': 'Up to 20 matching assets (ordered most-recent first)'}}, 'additionalProperties': False}
start_identity_verification
Start or restart identity verification (KYC) — the first setup step before RealOpen can issue a crypto Proof of Funds letter for a real estate offer. If a previous session exists that was incomplete, denied, or expired, this creates a new one. Returns a URL the user must open in their browser.
可访问外部资源
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'properties': {'force_new': {'type': 'boolean', 'default': False, 'description': 'Force a new verification session even if one is pending (use after denial or expiry)'}, 'id_number_required': {'type': 'boolean', 'default': True, 'description': 'Whether to require an ID number on the document (default: true)'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status'], 'properties': {'status': {'type': 'string', 'description': 'One of: already_verified, processing, redirect_required'}, 'message': {'type': ['string', 'null']}, 'instructions': {'type': ['string', 'null']}, 'verified_name': {'type': ['string', 'null'], 'description': 'Set when status=already_verified'}, 'previous_status': {'type': ['string', 'null'], 'description': 'The prior session status if this call is restarting a stale session'}, 'verification_url': {'type': ['string', 'null'], 'description': 'Stripe Identity URL the user opens in their browser. Present when status=redirect_required.'}}, 'additionalProperties': False}
verify_wallet_signature
Submit a signed message to prove ownership of a crypto wallet — one of the two ways RealOpen verifies a wallet before its balance counts toward a crypto Proof of Funds letter for a real estate offer. The user must have signed the exact verification message provided by add_wallet. When collecting the signature from the user, remind them to paste the full signature hash from their wallet. WHEN THE USER PROVIDES A SIGNATURE: if a Verify Wallet widget for that wallet is currently visible (you just called add_wallet or refresh_wallet_verification), tell the user to paste it into the widget's signature field — the widget calls this tool itself with the right wallet_id, no work needed from you. If no Verify Wallet widget is on screen (e.g. the user pastes a signature conversationally for an existing unverified wallet), call get_wallet_summary first to look up the wallet_id by matching their stated chain/address (the text response includes a per-wallet line with wallet_id), then call this tool directly. Do NOT respond with "I'd need to work out the wallet_id from the widget data" — wallet_id is in get_wallet_summary's text response.
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['wallet_id', 'signature'], 'properties': {'signature': {'type': 'string', 'description': 'The signature hash produced by signing the verification message with your wallet'}, 'wallet_id': {'type': 'string', 'description': "Internal wallet UUID from a prior add_wallet or get_wallet_summary response. Do NOT show this ID to the user or ask them for it â\x80\x94 look it up yourself from the user's stated address/blockchain."}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status'], 'properties': {'status': {'type': 'string', 'description': 'verified | pending | failed | already_verified'}, 'message': {'type': ['string', 'null']}, 'wallet_id': {'type': ['string', 'null']}, 'ownership_status': {'type': ['string', 'null'], 'description': 'Underlying wallet state â\x80\x94 VERIFIED_SIGNATURE | PENDING_SIGNATURE | NOT_VERIFIED | FAILED'}}, 'additionalProperties': False}
verify_wallet_transfer
Submit a transaction hash for the dust/test transfer verification method — the other way to prove ownership of a crypto wallet so its balance counts toward a crypto Proof of Funds letter. The test transfer is a tiny amount the user sends from their own wallet purely to prove ownership; it is not a payment toward a property, and this tool does not move funds. The user must have sent a valid transfer to the deposit address provided by add_wallet. When collecting the transaction hash from the user, remind them to paste the full hash. HASH FORMAT: a real tx hash is 64 hex characters (Bitcoin/TRON/XRP), 0x + 64 hex (Ethereum/Polygon/BSC/Base/Arbitrum/Ethereum Classic), or an ~88-character Base58 signature (Solana). Block-explorer URLs are also accepted — the hash is extracted automatically. Users very often paste an exchange reference ID by mistake (e.g. Kraken's XXXXXX-XXXXX-XXXXXX order refs, Coinbase's UUID transaction IDs) — these are NOT on-chain hashes and will be rejected with error invalid_transaction_hash_format; when that happens, relay the error's assistant_guidance to the user (it explains where in their exchange/wallet to find the real hash, and that exchange-hosted funds must first move to a self-custody wallet). ASSET DETECTION: you do NOT need to know which asset the user sent. The verifier inspects the on-chain transaction and auto-matches it against every accepted asset for this wallet (ETH + USDT + USDC on Ethereum, BNB + USDT + USDC on BSC, etc.). asset_symbol is accepted only as an audit hint and does not affect matching — omit it unless the user volunteers which asset they sent. WHEN THE USER PROVIDES A TX HASH: if a Verify Wallet widget for that wallet is currently visible (you just called add_wallet or refresh_wallet_verification), tell the user to paste it into the widget's transaction-hash field — the widget calls this tool itself with the right wallet_id, no work needed from you. If no Verify Wallet widget is on screen (e.g. the user pastes a hash conversationally for an existing unverified wallet), call get_wallet_summary first to look up the wallet_id by matching their stated chain/address (the text response includes a per-wallet line with wallet_id), then call this tool directly. Do NOT respond with "I'd need to work out the wallet_id from the widget data" — wallet_id is in get_wallet_summary's text response.
输入模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['wallet_id', 'transaction_hash'], 'properties': {'wallet_id': {'type': 'string', 'description': "Internal wallet UUID from a prior add_wallet or get_wallet_summary response. Do NOT show this ID to the user or ask them for it â\x80\x94 look it up yourself from the user's stated address/blockchain."}, 'asset_symbol': {'type': 'string', 'description': 'Optional audit hint â\x80\x94 the symbol the user says they sent (e.g. "USDT"). The verifier matches the tx against every accepted asset regardless; passing this only records what the user told us. You can safely omit this.'}, 'transaction_hash': {'type': 'string', 'description': 'The transaction hash of the dust transfer'}}, 'additionalProperties': False}
输出模式 
{'type': 'object', '$schema': 'http://json-schema.org/draft-07/schema#', 'required': ['status'], 'properties': {'status': {'type': 'string', 'description': 'verified | pending | failed | already_verified'}, 'message': {'type': ['string', 'null']}, 'wallet_id': {'type': ['string', 'null']}, 'asset_symbol': {'type': ['string', 'null'], 'description': 'Asset the verifier auto-matched the transaction against'}, 'ownership_status': {'type': ['string', 'null'], 'description': 'Underlying wallet state â\x80\x94 VERIFIED_TRANSACTION | PENDING_TRANSACTION | NOT_VERIFIED | FAILED'}}, 'additionalProperties': False}
历史

近期工具变更

已添加
logout
2026年9月17日 12:49
已添加
generate_proof_of_funds
2026年9月17日 12:49
已添加
get_wallet_summary
2026年9月17日 12:49
已添加
refresh_wallet_verification
2026年9月17日 12:49
已添加
link_wallet_xpub
2026年9月17日 12:49
已添加
refresh_wallet_balance
2026年9月17日 12:49
已添加
remove_wallet
2026年9月17日 12:49
已添加
verify_wallet_transfer
2026年9月17日 12:49
已添加
verify_wallet_signature
2026年9月17日 12:49
已添加
add_wallet
2026年9月17日 12:49
已添加
start_identity_verification
2026年9月17日 12:49
已添加
get_account_status
2026年9月17日 12:49
已添加
get_started
2026年9月17日 12:49
已添加
get_service_areas
2026年9月17日 12:49
已添加
get_faq
2026年9月17日 12:49
已添加
get_fee_structure
2026年9月17日 12:49
已添加
get_supported_crypto
2026年9月17日 12:49
已添加
get_how_it_works
2026年9月17日 12:49
已添加
get_referral_link
2026年9月17日 12:49
已添加
get_snippets
2026年9月17日 12:49
已添加
search_assets
2026年9月17日 12:49
发现

类似的 MCP 服务器

Fabrica

land.fabrica/mcp

Searches tokenized US land, provides parcel maps and valuations, tracks ownership and activity, and exposes portfolio and propert…

Fabrica (Sepolia testnet)

land.fabrica/mcp-testnet

Provides testnet versions of Fabrica property search, tokenized parcel details, maps, portfolios, activity, and lending data on S…

The Stall

ai.intuitek.the-stall/the-stall

Provides pay-per-call tools for YouTube keyword research and research on stocks, crypto, DeFi, options, and macroeconomic data.

Crank Protocol

ing.crank/crank

Provides non-custodial Solana and EVM tools for swaps, derivatives, lending, staking, tokenized equities, bridging, and strategy …

x402-services

ai.firmbrain/x402-services

Provides on-chain, trading, and AI tools for Robinhood Chain.

Superlógica Condomínios

io.github.mcp-dir/superlogica-mcp

Connects to a condominium ERP for billing, collections, agreements, expenses, bank movements, statements, files, communications, …

FortFi Treasury MCP

io.github.rebelArtists/fortfi-treasury-mcp

Provides policy-controlled crypto treasury operations across chains, including wallets, payments, token discovery, swaps, bridges…

DFX Real Estate Intelligence

io.github.Capital-W-Holdings/us-property-parcel-real-estate-debt

Provides US commercial real estate, parcel, debt maturity, bank CRE exposure, private capital, investor, ownership, occupancy, an…