New Your team’s decisions, in one playbook every coding agent works from. Never answer your agent twice

magicblock_requestRandomness

Request provably fair on-chain randomness from the MagicBlock VRF oracle (Vrf1RNUjXmQGjmQrQLvJHs9SNkvDJEsRVFPkfSQUwGz). Builds an unsigned transaction that invokes request_randomness on the VRF program. Use sap_preview_transaction, sap_sign_transaction, and sap_submit_signed_transaction; do not c...

SERVERSap SOURCEhttps://mcp.sap.oobeprotocol.ai/mcp
High RISK CLASS
Category Execute
Parameters 75 required
Recommended Rate-limitedsee the rule below
Registry record Grade F, identity unverified Pull the record →

This record as markdown: /tools/oobe-protocol-labs-sap-mcp-server/magicblock-requestrandomness.md

What magicblock_requestRandomness does on Sap

AI agents invoke magicblock_requestRandomness to trigger actions in Sap. What it does depends on the arguments the agent supplies, and its effects often reach beyond the immediate call: builds kicked off, notifications sent, workflows started.

ParameterTypeRequiredDescription
payer string Yes Wallet pubkey that will pay for the request and sign the transaction
endpoint string MagicBlock Router endpoint: 'mainnet' or 'devnet'
ephemeral boolean Use the Ephemeral Rollup oracle queue instead of the base-layer queue (default false)
callerSeed string Yes Seed string for the VRF request — committed before randomness is produced. The seed is hashed to 32 bytes.
callbackAccounts array Yes Accounts to pass to the callback instruction
callbackProgramId string Yes Program ID of the callback program (the program that will consume the randomness)
callbackDiscriminator string Yes Base58 or hex discriminator for the callback instruction in your program

Parameters from the server's own tool schema.

Why magicblock_requestRandomness is rated High

Executes on-chain operations with financial implications via blockchain transaction submission.

From the tool's definition invokes request_randomness on VRF program, builds unsigned transaction, builder fee applies

Risk signalsAccepts URL/endpoint input (endpoint) · High parameter count (10 properties)

Questions about magicblock_requestRandomness

What does the magicblock_requestRandomness tool do? +

Request provably fair on-chain randomness from the MagicBlock VRF oracle (Vrf1RNUjXmQGjmQrQLvJHs9SNkvDJEsRVFPkfSQUwGz). Builds an unsigned transaction that invokes request_randomness on the VRF program. Use sap_preview_transaction, sap_sign_transaction, and sap_submit_signed_transaction; do not create local signing scripts. The oracle queue defaults to the base-layer queue (Cuj97ggrhhidhbu39TijNVqE74xvKJ69gDervRUXAxGh); set ephemeral=true to use the ER queue for delegated programs. Builder fee applies. SAP MCP execution guidance: Intent: SAP MCP tool workflow. Pricing: paid builder; estimate first, then pay/build and finalize unsigned transactions locally when returned. Routing: paid hosted call; call sap_estimate_tool_cost first, then use sap_payments_call_paid_tool if the runtime cannot handle x402 natively. Signer boundary: hosted reads/builders never receive keypair bytes; value-moving results must be finalized locally when signing is required. It is categorised as a Execute tool in the Sap MCP Server, which means it can trigger actions or run processes. Use rate limits and argument validation.

What parameters does magicblock_requestRandomness accept? +

magicblock_requestRandomness accepts 7 parameters: payer, endpoint, ephemeral, callerSeed, callbackAccounts, callbackProgramId, callbackDiscriminator. Required: payer, callerSeed, callbackAccounts, callbackProgramId, callbackDiscriminator. The full parameter table on this page comes from the server's own tool schema.

How do I enforce a policy on magicblock_requestRandomness? +

Register the Sap MCP server in PolicyLayer and add a rule for magicblock_requestRandomness: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Sap. Nothing to install.

What risk level is magicblock_requestRandomness? +

magicblock_requestRandomness is a Execute tool with high risk. Execute tools should be rate-limited and have argument validation enabled.

Can I rate-limit magicblock_requestRandomness? +

Yes. Add a rate_limit block to the magicblock_requestRandomness rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block magicblock_requestRandomness completely? +

Set action: deny in the PolicyLayer policy for magicblock_requestRandomness. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides magicblock_requestRandomness? +

magicblock_requestRandomness is provided by the Sap MCP server (https://mcp.sap.oobeprotocol.ai/mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

More on Sap, and thousands of servers like it.

// THE MCP REGISTRY

PolicyLayer tracks 44,603 MCP servers and 515,000+ tools.

Every server has a live record: who publishes it, whether it answers without auth, its risk grade, every tool classified, the recommended policy. This page is one line of Sap's. Pull the full record:

Teams ship this data inside their own products. See what a licence covers →

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.