Blockchain-developer voor maatwerksoftware

Blockchain kan relevant zijn wanneer meerdere zelfstandige partijen gegevens of statussen delen en geen van hen de geregistreerde historie eenzijdig mag aanpassen. Iedere deelnemer werkt dan met dezelfde vastgelegde transacties. Voorbeelden zijn het registreren van overdrachten, certificaten, productstatussen, toestemmingen of stappen binnen een keten.

Dat betekent niet dat iedere gezamenlijke administratie een blockchain nodig heeft. Wanneer één organisatie alle gegevens beheert en alle gebruikers die organisatie vertrouwen, is een centrale database vaak eenvoudiger. De opdrachtgever bepaalt waarom een gedeeld register voor de beoogde toepassing noodzakelijk is. APPelit vertaalt die keuze naar de afgesproken software.

Er kan worden gewerkt met een publiek of permissioned blockchainnetwerk. Bij een publiek netwerk kunnen transacties en smart contracts doorgaans door een brede groep deelnemers worden gecontroleerd. Een permissioned netwerk beperkt deelname tot vooraf toegelaten organisaties of gebruikers. Welke inrichting passend is, hangt onder meer af van de gewenste toegankelijkheid, controle, transactiekosten en verdeling van bevoegdheden.

Niet alle informatie hoeft op de blockchain te staan. Persoonsgegevens, documenten en omvangrijke bestanden kunnen bijvoorbeeld in een afzonderlijke omgeving worden opgeslagen. De blockchain kan vervolgens een kenmerk, status of controlewaarde bevatten waarmee wijzigingen aantoonbaar worden gemaakt. Vooraf moet daarom worden vastgesteld welke gegevens on-chain en welke gegevens off-chain worden verwerkt.

Ook de verantwoordelijkheden tussen deelnemers moeten duidelijk zijn. Wie mag een registratie starten, wie mag deze bevestigen en wat gebeurt er wanneer verkeerde informatie wordt ingevoerd? Een blockchain controleert niet vanzelf of aangeleverde informatie inhoudelijk juist is. De software kan alleen de autorisaties en transactieregels uitvoeren die vooraf zijn beschreven.

Een smart contract is in technische zin programmatuur die na een transactie bepaalde functies uitvoert. De naam betekent niet automatisch dat de code ook een juridisch contract vormt. De opdrachtgever en eventuele juridische deskundigen bepalen welke betekenis een digitale handeling heeft. APPelit verwerkt de vastgestelde regels in de technische werking.

Hoe ontwikkelt en test APPelit blockchainsoftware?

Controleer transacties voordat de programmatuur op het gekozen netwerk wordt gebruikt

De ontwikkeling begint met een beschrijving van de gebruikers, transacties en toegestane statusovergangen. Per functie wordt vastgelegd welke partij een handeling mag starten, welke gegevens verplicht zijn en welke vervolgstap beschikbaar komt. Ook uitzonderingen moeten worden beschreven, zoals een ingetrokken registratie, verlopen toestemming of transactie die niet door het netwerk wordt bevestigd.

Vervolgens wordt bepaald welke logica in een smart contract of vergelijkbaar programma op het blockchainnetwerk wordt geplaatst. Een smart contract kan bijvoorbeeld controleren of een gebruiker bevoegd is, een nieuwe status registreren of voorkomen dat dezelfde handeling meerdere keren wordt uitgevoerd. Voor permissioned netwerken kan vergelijkbare transactielogica binnen de gekozen netwerktechnologie worden ontwikkeld.

Rond deze logica bouwt APPelit de benodigde applicatie. Een gebruiker kan via een webapplicatie of mobiele app een registratie bekijken en een toegestane actie starten. De backend verzamelt de benodigde gegevens, leest de actuele status en verwerkt bevestigingen of foutmeldingen van het netwerk. Via API-koppelingen kunnen ook bestaande bedrijfsapplicaties informatie aanleveren of geregistreerde gebeurtenissen ontvangen.

Het ondertekenen van transacties vraagt om een passende technische inrichting. Dat kan bijvoorbeeld met een gebruikerswallet, een organisatiegebonden account of een afgeschermde ondertekeningsfunctie. Private sleutels geven toegang tot blockchainhandelingen en mogen daarom niet als gewone gebruikersgegevens worden behandeld. De opdrachtgever bepaalt wie transacties mag ondertekenen en hoe toegang binnen de organisatie wordt beheerd.

Smart contracts worden vóór ingebruikname met verschillende scenario’s getest. Daarbij wordt gecontroleerd of alleen bevoegde accounts functies kunnen aanroepen, statusovergangen in de juiste volgorde plaatsvinden en dubbele of onvolledige transacties worden afgewezen. Ook netwerkvertraging, onvoldoende transactiekosten en tijdelijk niet-beschikbare verbindingen kunnen in de testscenario’s worden opgenomen.

Wijzigingen aan reeds gepubliceerde smart contracts zijn afhankelijk van de gekozen techniek en ontwikkelde opzet. Daarom worden ook beheer- en wijzigingsmogelijkheden vooraf vastgelegd. Wanneer een contract vervangbaar of uitbreidbaar moet zijn, moeten de bijbehorende bevoegdheden en migratieroutes onderdeel zijn van de functionele eisen.

Naast de programmatuur test APPelit de volledige gebruikersroute. Een technisch geldige transactie is immers niet voldoende wanneer een gebruiker geen duidelijke bevestiging krijgt of een foutieve status in de applicatie ziet. De blockchain, backend, interface en eventuele gekoppelde systemen worden daarom als één keten gecontroleerd.