Het probleem komt erop neer dat jij zegt dat dit een geldig aandeelrecord is {"0x123": 1000, "0x234": 1000, "0x678": 1000} en dit niet is omdat de kluis "0xabc" meerdere vermeldingen heeft: {"0xabc": {"0x123": 1000, "0x234":1000}, "0x456": 1000} en dan een protocol opbouwen rond het laten embedden van dApps in kluizen ("0xabc", "0xdef") in een specifiek formaat zoals: {"0xabc": {"0x123": 1000}, "0xdef":{"0x234":1000}, "0x456": 1000} Kun je dit niet gewoon aan de transferagent / uitgever presenteren als simpelweg een ander databasemodel voor het aandeelregister in plaats van je te verliezen in juridische entiteiten en hoe ze zich verhouden tot erc20s? Het lijkt echt een @Securitize-specifiek beheersprobleem te zijn dat is opgelegd door de keuze van de datastructuur die @Securitize aan hun transferagent / uitgever heeft gepresenteerd.