SOULBOUND TOKEN MVP DEVELOPMENT FOR PROJECT – SOUL SEARCH
The essence of the Soul Search project is soulbound tokens (SBT) – non-sellable, non-transferrable NFTs that remain associated with one wallet no matter what. Use cases of such tokens are limitless – they can be used as virtual IDs, certificates, verification keys, or even double as governance tokens to conduct elections.
WHAT WAS THE TASK?
The software development task was focused on the development of the initial soulbound token MVP that will be later used in the closed beta for the Soul Search project.
For the initial MVP, Blaize was requested to develop a solution that would include SBT tokens minted as a sign of the partnership between two companies. Therefore, SBT will be presented as a non-transferrable NFT (ERC1155). The project also contained additional functionality for simple metadata storage.
Soul Search only needed a proof of concept, so it wasn’t supposed to be automated from the start. The team planned to use the automated architecture to show how it would be automated in the future.
The full scope of the project: Registry, mint Controller, and SBT smart contracts.
ADVANCING YOUR BLOCKCHAIN ENTERPRISE TECHNOLOGY WITH SMART CONTRACT DEVELOPMENT
THE DEVELOPMENT PROCESS
The core team for the MVP development consisted of:
- A blockchain technology lead responsible for the delivery of the project artifacts, coordination of the development team, preparation of the technical solution, its implementation review, and acceptance.
- Two blockchain Solidity engineers.
Blaize also provided a supervising team:
- A Project Manager who was responsible for communication with the Customer, coordination of the project development team, and coordination of the delivery.
- A blockchain solutions architect responsible for the review and approval of major technical solutions.
The development sprint included smart contract development for the initial MVP phase, which consisted of SBT contract (for the partnership), mint Controller contract and Registry (for data aggregation), and unit test coverage.
CHALLENGES WE CONFRONTED
There were some difficulties associated with helping to choose a type of license for the project and preparing a brief comparison of open-source licenses as the client wasn’t sure which one to choose.
Also, since the SBT and MetadataRegistry smart contracts are not upgradeable, we needed to think through all the features that could be implemented in the future (such as the ability for users to burn their tokens). This had to be done in the most secure and flexible way possible since any future requirements were unknown at that moment.
As a result of this development sprint, we have created a smart-contract MVP – working contracts deployed on the Polygon testnet that include the following:
- Soulbound ERC1155 contract, non-transferrable, reflecting the partnership between two companies;
- Smart contract for storing the metadata of SBTs;
- Smart contract for safe minting of new SBTs.
The developed MVP allows the Soul Search project to function on the basic level of the underlying smart contracts. We look forward to collaborating with the team in the future to keep working on the full product functionality.