Create a secure encrypted decentralized data storage and messaging system relating to any digital asset by leveraging DID verifiable credentials. Any digital asset owner on any chain could store and retrieve encrypted data and messages throughout the assets lifetime, through a shared verifiable credential.
<ol>
<li>Context</li>
</ol>
This project aims to design and implement an Asset Decentralized Identifier Communication (AssetDIDcomm) system that allows individuals and groups with a shared verifiable credential relating to a specific digital assetDID (any asset created on any chain has an AssetDID) to securely and privately communicate with anyone with the same credential. The system will leverage the Kilt Protocol (or any other digital identity provider using the W3C standard) and Crust (or any other IPFS decentralized storage provider), ensuring privacy, security, and user control over personal data as well as provide gated and verifiable communication to and from users based on specific protocol or dApp rules.
Xcavate is a foundational protocol, built using the Polkadot SDK, designed to focus on the trustless tokenization of real estate assets facilitating inclusive community investment and decentralized governance. Xcavate is a well established project with imminent plans to launch their own blockchain through Agile Core Time on Polkadot. This builds on having launched several Appchain testnets on Tanssi as well as an instance on the Paseo testnet to verify DIDs created on the Kilt Protocol using the Kilt DIP pallet.
Xcavate have also been accepted on to the FCA sandbox (the UK digital assets regulatory body), which means they can operate in a live environment in a regulatory compliant manner while refining their real estate tokenized asset marketplace relating to UK investors. This will mean approximately &pound;30 million in TVL, within the Polkadot Ecosystem, over the next 9 to 12 months. They were also asked to present at the recent FCA Autumn Innovation Expo at which the FCA Director of Innovation commented Xcavate as a stand out project in the Wealth Tech category.
Traditionally when a real world asset, like real estate, is tokenized there are many third parties involved throughout the life cycle of the asset. Data storage (of documents and communication associated with the asset) and data integrity is either fractured or centrally stored or both. This can lead to many issues like; Deleted or manipulated data, gaps in accountability, decisions and authorisations, regulatory oversight and market manipulation.
We have reached out to various members of the Polkadot ecosystem to gather other use cases that would benefit from a more decentralized and robust data storage &amp; secure communication method relating to particular digital assets.
Here are their comments:
&ldquo;There are very many areas of conflict that relate to the world of planning &amp; construction. These lead to significant delays as well as huge and lengthy lawsuits, which are commonplace in the AEC industry. All this could easily be avoided with greater data security, transparency and immutably recorded stakeholder decisions associated with specific assets.&rdquo; Tom Humber - Founder (Archisinal)
&ldquo;XCAVATE&rsquo;s AssetDIDcomm system is a game-changer for secure, transparent asset management. At Aventus, our Heathrow Airport project showed firsthand how solutions like this can drastically reduce losses and streamline operations through blockchain. XCAVATE&rsquo;s approach, integrating with the KILT Protocol, sets a new standard for decentralized asset management, and we&rsquo;re excited to see it have a similar impact in real estate.&rdquo; Alan Vey - Founder (Aventus)
&ldquo;Government projects like building social housing, bridges or other community infrastructure can span many years or even decades. Documentation and communication relating to decisions by contractors or by government representatives can often be subject to data loss. A transparent and immutable auditable trail relating to specific real world assets would ensure integrity, transparency and improve efficiency.&rdquo; Michael Bennallack - Founder (Mandala Chain)
There are many other examples where secure immutable communication and document access between various parties in relation to a specific digital asset would benefit society.
<ol start="2">
<li>Problems</li>
</ol>
Centralised storage Trust in centralized communication methods relating to real world assets like real estate is constantly being eroded through data breaches and data manipulation, resulting in the loss of hundreds of millions of dollars as well as extremely low investor confidence and diminished accountability in areas of health and safety.
Security and access Private communication and documentation is often stored through a centralized source, which does not easily get transferred with ownership / involvement of an asset. Publicly available documents and communication can be an issue, especially for time sensitive data.
Data manipulation A timeline of events and culpability is often difficult to determine without trusted third parties or forensic investigation, which is costly and extremely time consuming.
Forum Discussion...
<a href="https://forum.polkadot.network/t/assetdidcomm-proposal/10811">https://forum.polkadot.network/t/assetdidcomm-proposal/10811</a>
Full Project Brief
<a href="https://docs.google.com/document/d/16mx1_aeaU6uDI-8ouUdJAe5btEItzlL_n8k6nSX0BO8/edit?tab=t.0#heading=h.y2cgbo8nxxsq">https://docs.google.com/document/d/16mx1_aeaU6uDI-8ouUdJAe5btEItzlL_n8k6nSX0BO8/edit?tab=t.0#heading=h.y2cgbo8nxxsq</a>

We have had some of our team go to Berlin to work in person with the Kilt team to develop the full architecture &amp; specifications. The build is now underway.

Propose and approve a spend of treasury funds.

## Dispatch Origin

Must be [`Config::SpendOrigin`] with the `Success` value being at least
`amount` of `asset_kind` in the native asset. The amount of `asset_kind` is converted
for assertion using the [`Config::BalanceConverter`].

## Details

Create an approved spend for transferring a specific `amount` of `asset_kind` to a
designated beneficiary. The spend must be claimed using the `payout` dispatchable within
the [`Config::PayoutPeriod`].

### Parameters
- `asset_kind`: An indicator of the specific asset class to be spent.
- `amount`: The amount to be transferred from the treasury to the `beneficiary`.
- `beneficiary`: The beneficiary of the spend.
- `valid_from`: The block number from which the spend can be claimed. It can refer to
  the past if the resulting spend has not yet expired according to the
  [`Config::PayoutPeriod`]. If `None`, the spend can be claimed immediately after
  approval.

## Events

Emits [`Event::AssetSpendApproved`] if successful.

- **Problem Statement:** Centralized storage and communication methods for real-world assets like real estate lead to data breaches, manipulation, and low investor confidence.
- **Significance:** Loss of millions of dollars, low accountability, and eroded trust in communication methods.
- **Proposed Solution:** Implementing an Asset Decentralized Identifier Communication (AssetDIDcomm) system using the Kilt Protocol and Crust for secure, private, and verifiable communication related to digital assets.
- **Expected Outcomes:** Enhanced data security, transparency, and efficiency in asset management, reducing losses, streamlining operations, and improving accountability in various industries.

#1315 Creation of an AssetDIDcomm System with AssetDID Credential Verification

No Active Proposals