Regulatory

SI agent payment regulation and human control

How the design responds to the rules in each region, how owners stay in command, and what is live today.

UKEUAEHKSGKRJPINT

01Regulatory map

Regulatory map for SI agent payments

Agent payments must fit the rules where they happen. Silver Rail is designed with reference to the frameworks below. The travel rule means sender and receiver details travel with a transfer.

JurisdictionFrameworkDesign response
KR 01South KoreaVirtual Asset User Protection Act, in force July 2024, and the Act on Reporting and Using Specified Financial Transaction Information, including the travel ruleEach agent is bound to a named owner on its Agent Passport, and receipts are designed to carry sender and receiver data for travel rule needs.
EU 02European UnionMarkets in Crypto Assets Regulation (MiCA) and the Transfer of Funds RegulationReceipts are designed to carry originator and beneficiary data, and the rail holds no pooled custody.
UK 03United KingdomFCA anti money laundering registration rules and the cryptoasset financial promotion rulesThe site gives clear risk disclosure and no promise of return, and owners keep custody of their funds.
SG 04SingaporePayment Services Act for digital payment token servicesFunds stay in wallets the owner controls, so the rail is designed not to hold or pool user tokens.
JP 05JapanPayment Services Act rules for crypto assets and the travel ruleReceipts are designed to record sender and receiver details so transfers can meet travel rule needs.
HK 06Hong KongAnti Money Laundering and Counter Terrorist Financing Ordinance licensing for virtual asset trading platformsBSAI trades on third party venues, and the rail is designed to screen counterparties against sanctions lists.
AE 07United Arab EmiratesDubai Virtual Assets Regulatory Authority (VARA) rulesMandates, caps and instant revoke keep every agent under owner control.
INT 08InternationalFATF Recommendation 15 and its travel rule guidanceOwner identity, travel rule data in receipts and sanctions screening follow the FATF approach to virtual asset transfers.

This map describes design intent. It is not a licence, registration or approval, and you must follow the rules where you live.

02Human control

Human control over SI agent spending

The owner stays in command. Every agent answers to a human or company owner. These rules hold on every layer.

  1. Rule 01

    Signed mandates

    An agent acts only inside a spending policy its owner has signed.

  2. Rule 02

    Hard caps

    Per payment and daily caps stop any spend above the limit.

  3. Rule 03

    Instant revoke

    The owner can cancel a mandate at once, and the agent stops paying.

  4. Rule 04

    Receipts

    Each payment records payer, payee, mandate, task and a hash of the result. A hash is a short fingerprint of the delivered work.

  5. Rule 05

    Audit export

    The full payment record exports for accounting and compliance review.

  6. Rule 06

    Your custody

    Funds stay in accounts the user controls. There are no pooled funds.

03Public record

Public facts about BSAI you can verify

Trust should rest on facts a reader can verify. These are ours.

  • Ref T01

    Listed on named venues

    WEEX, Biconomy, Jadenex and NioX list BSAI. GLERX lists, features and tracks it in public at glerx.com.

  • Ref T02

    A published utility structure

    Silver Rail has seven defined layers. Each one is marked live, in design or planned.

  • Ref T03

    Payments work today

    BSAI Pay moves payments in BSAI now. The agent layers are in design and are labelled that way.

  • Ref T04

    No promised returns

    BSAI pays no yield and holds no pooled funds. Users keep custody of their own assets.

  • Ref T05

    Full legal pages

    Terms, privacy, risk, legal notice and cookie policy are published on this site.

  • Ref T06

    Official contact only

    We write only from info, legal and privacy at bitcoinsilver.ai. The team never asks for keys or seed phrases.

04Delivery status

BSAI status and Silver Rail roadmap

Phases follow dependency, not dates. Each phase needs the one before it.

  1. Phase 1Live
    • BSAI token1.1
    • BSAI Pay1.2
    • Exchange listings1.3
  2. Phase 2In design
    • Agent Passport2.1
    • Mandate2.2
    • Agent Pay2.3
    • Escrow2.4
  3. Phase 3Planned
    • Clear3.1
    • Signal Relay3.2
    • Gaming SDK3.3
    • Open agent directory3.4

Items in design or planned may change or may not launch.