Tokens
Specification of the NFT tokens issued for the assets
The NFT tokens that are issued on the platform are the single source of truth about the asset that is being sold. Thus it is important to specify the different metadata carried by this token. Currently there is no specific standard for this, hence we define what we feel as adequate for value representation of the asset on chain.
NFT: House ownership Token
1
Name
String
The name of the NFT
2
Street Name
String
Name of the Street
3
Postcode
String
Postal code
4
HouseNum
String
Number of the house
5
City
String
City where it is located
6
Country
String
Country code following ISO 3166-1 standard
7
OwnershipType
String
Type of ownership Individual / Corporate
8
AssetType
String
Should represent the type of asset. For example Bungalow, Apartment, Condominium and so on.
9
Latitude
String
Latitude on 2d Map
10
Longitude
String
Longitude on 2d Map
11
KYC-PolicyID
String
PolicyID of the NFT minted to store the KYC ID of the user.
12
Owner_Documents
[{doctype:"",
docUrl:"",
signature:""}]
House documents verifying ownership, combined with signature using private key of owner wallet
13
Legal_disclaimers
[String of Urls]
Urls holding the legal disclaimers for this NFT.
15
ConstructionYear
String
Year of the construction and first registration of the asset
16
Metadata
JSON
Off-chain metadata hash
17
PolicyID_lastversion
string
PolicyID NFT last version
18
issuanceDate
string
Date and time string in ISO 8601 format
19
issuancePlatform
string
In this case "Reitcircles" and can be adjusted for other platforms
The protocol does not define some of the bad weather scenario that may happen and changes adaptations may be needed to fix them. Some of the bad weather scenario's that can arise is:
NFT of the house being a high value asset needs to be protected against scenario where they are lost or misplaced, either by chance or due to unfortunate hack happening of the wallets. Just like credit cards needs to be blocked or re-issued in case of theft, the high value tokens should also have the possibility to be the same.
Some of the data related to the NFT needs to be updated like legal disclaimers, ownership type etc.
NFT: HOUSE PROXY TOKEN
This token needs no specification. It can contain the reference to the House token or replica of the data as the house token and an extra field qualifying it as a "Proxy" token.
1
Proxy
Boolean
This is by default set to True for this token
...
...
...
All other fields can be the same as House Token
NFT: KYC ID token
1
KYCId
string
ID of the person as registered within the KYC platform
2
issuanceDate
string
Date and time string in ISO 8601 format
The KYC token is issued to the persons registered via KYC on the platform, and will be used to identify this person during token transactions on the platform.
Also the policyID of this token is embedded in the House Token and hence real world identity is tied to ownership of the house.
The information provided above will be used to communicate with a verification server that will close the loop and allow much greater security for house owners on this platform.
The reason we have kept this as a separate token, is because as the platform evolves and becomes more decentralised, this decoupling becomes helpful in scaling the platform.
NFT: DAO ROLES token
1
RoleName
enumString
Can be Admin, Manager, Member etc.
2
allowedTasks
string
Keeping this for extension. Currently it can include string "roleBased".
3
ExpiryDate
DateAndTime
ISO8601 Standard
Last updated