Onchain Transactions

In order for users to transact on Platform-D chain, they must be able to sign a transaction with the controller pubkey associated in the Entity, and they must present a verfiable presentation (derived from the verifiable credentials).

In core/services/wallet.services.ts we have signDirect which signs our RelayMsg for Platform-D Proxy.

FIXME: decide on integrating abstraction in sdk

As opposed to asking the user to use passkeys multiple times during transactions, we provide a reusable token (reuse for requesting presentations) for the user on login.

Note: The current (Berlin branch), in login the wallet itself verifies the challenge just to verifies the pubkey correctness.

sequenceDiagram
    autonumber
    actor Platform-D Webapp
    participant Platform-D API
    participant AML/TR
    Participant Gayadeed API/DB
    Platform-D Webapp ->>+ Platform-D API: Transaction Details
    Platform-D API ->> AML/TR: AML / TR Risk Analysis
    AML/TR -->> Platform-D API: Analysis results
    Platform-D API ->> Gayadeed API/DB: Tx Data Storage attempt (record keeping)
    Gayadeed API/DB ->> Platform-D API: Relevant VC Presentation


    alt Passed
        Platform-D API ->>- Platform-D Webapp: call `navigator.credentials.get()` with `credential_id`
    else Failed
        Platform-D API ->> Platform-D Webapp: Error in AML / TR
    end

Please see webauthn background on credential_id.

Continuious AML Provider

Range is a Cosmos / IBC / Ethereum OFAC list specific risk calculation service. See their core offerings

Absolutely useful! They are looking for product partnership so pricing is very flexible.

Short term:

Continuous Crypto AML (transaction security API - RISK): They are specified in Cosmos / IBC and Ethereum (ofac list) / own research on scams, for our mainnet deployment (Neutron)

Medium term:

These are on top of Continuious Crypto AML

Users: They provide very useful UX API aka transaction security API - SIMULATION: they provide API to tell the user what will be the state of their wallet after they do the transactions (i.e. more NFT / Less fund / etc), but currently only on Osmosis, need intergration with Platform-D node.

Platform-D: Thread detection API - For IBC etc probably not so immediate (i.e. they usually do funds leaving bridges etc) but we can get them to monitor say --- ECB interest rates suddenly drop for 20% on unexpected dates from the oracle then something probably wrong. They also work with auditors to provide more vulnerable states. We will also know, for example if our yield curve have big changes then we know as well.

Crypto Travel Rule Provider

**WIP - update with NoteBene **