Part 5: Authorized Access Model
Last updated
Last updated
The Authorized Access Model is now in beta!
To access it, your business must hold a 2- or 3-digit Business NFT and be onboarded with Fiat24 as a verified corporate client. Eligible NFTs are in the ranges 80 – 89 and 800 – 899.
The Authorized Access Model is an enhanced integration model for platforms such as centralised crypto exchange (CEX) or payment applications.
The Authorized Access Model technically enables:
Fiat24 end users can authorise (approve) the platforms to move their USD, EUR, CHF, RMB balances, directly from their wallet address
Fiat24 end users can authorise (approve) the platforms to access their identity information
The platform can either mint a new Fiat24 NFT and then run the verification, or link user's existing NFT.
If the end user of the platform has a verified Fiat24 account already, it's easy to link inside the platform.
The platform can retrieve the following information from Fiat24 and display it across different UI components.
Showing the NFT id from platform's database
Showing the Avatar from api.fiat24.com/avatar?nftId=[nftId]
Showing the client profile and masked card info from API api.fiat24.com/br
Showing the USD, EUR, CHF and CNH balance from ERC20 contracts
Showing the transactions from a specific currency from api.fiat24.com/transaction
Showing the Swiss IBAN from API api.fiat24.com/br
All API data retrieved is read-only.
Updating the email address
Completing compliance (KYC) actions
Viewing sensitive Mastercard details (e.g., full card number, expiry date, CVV)
Block/unblock Mastercard or manage card limits
Managing authorizations to other systems
Each cash (fiat) deposit from end-user's Fiat24 account to platform account is a P2P transfer. It's free and real-time.
Each cash (fiat) withdrawal from platform account to end-user's account is a P2P transfer. It's free and real-time.
In this section, we introduce the approach that the platform can call those two APIs from the address holding the platform NFT, as long as the client has authorised the identity to the platform.
Fiat24 does NOT use any standard protocol for authentication and authorization. All requests need to have a header with signed information by the NFT holder, which guarantees only the end-user can access his/her data.
where:
where:
address is the address of the platform's wallet.
signer.signMessage is the signatures of the platform's wallet sign.
Please note that in some programming languages SHA3 function might act a bit different than the web3.utils.sha3(). The SHA3 of a simple text such as SHA3("Fiat24"), should give as a response 0x1cf688cdaa53bf4605bfbb1ab56565651179978e63d41cf2df557d5bb5f1bd90.
The platform can verify whether the client exists from following user information:
NFT id
Last name and first name
Date of birth
This data, along with the provided User id (or UID) of the platform, will be sent to the Connect API to verify the user's Fiat24 account.
The response will have 200 or 401 response code.
The connect API returns 200 response code to indicate the account information matches and the account is in normal status. It's ready to be connected.
The platform can mint a new NFT for its user and get verified. The instruction is the same as illustrated in .
The platform must store the Fiat24 NFT id together with its client profile, and should include UI components that allow users to connect their Fiat24 NFT id. This NFT id will then be sent to the Fiat24 Connect API to confirm the validity of the associated account. The following function is used to verify whether the account is ready to link.
The following write actions must still be performed directly on :
In the section , we illustrated two important APIs to access the client profile: /br
and /transaction
, which requires signature signed by address holding the client NFT.
The platform can retrieve client profile when the client NFT has been authorised to it. The calling method is the same as .
The platform can retrieve client transaction details when the client NFT has been authorised to it. The calling method is the same as .