Waarom Eventual Consistency onvermijdelijk is in gereguleerde netwerken

Een van de meest voorkomende frustraties voor teams die met gereguleerde netwerken werken, is de volgende:

De regels zijn duidelijk.
De standaarden zijn vastgelegd.
Toch gedragen systemen zich niet zoals verwacht — niet “direct correct”.

Dit wordt vaak gezien als een probleem.
Maar in gereguleerde netwerken is eventual consistency geen zwakte — het is een bewust gekozen resultaat.

Dit artikel richt zich op het begrijpen waarom in gereguleerde netwerken niet onmiddellijke consistentie het doel is, maar juist correctheid die zich in de tijd vormt.



Wat betekent een gereguleerd netwerk?

Een gereguleerd netwerk betekent dat:

  • deelname gecontroleerd is
  • rollen, bevoegdheden en verantwoordelijkheden duidelijk zijn gedefinieerd
  • regels centraal worden vastgesteld

maar dat:

  • implementatie
  • performance
  • processtromen
  • technische details

niet door één centrale autoriteit worden afgedwongen.

Met andere woorden:

Gereguleerd ≠ Gecentraliseerd

Netwerken zoals PEPPOL zijn een goed voorbeeld van deze structuur,
maar deze benadering is niet uniek voor PEPPOL.


Er bestaat geen enkel “juist moment”

In gereguleerde netwerken wordt een transactie:

  • niet binnen één enkel systeem afgerond
  • niet door één enkele actor voltooid
  • niet beëindigd door één enkele controle

Een document:

  • wordt verzonden
  • wordt ontvangen
  • doorloopt eerste controles
  • wordt verwerkt door verschillende systemen
  • ondergaat diepere validaties
  • bereikt uiteindelijk een eindresultaat

Al deze stappen kunnen niet gelijktijdig plaatsvinden.

Daarom heeft de vraag:

“Is het nu correct?”

geen enkel, universeel antwoord.

Deze realiteit vormt de basis van eventual consistency.


Correctheid is belangrijker dan snelheid

De prioriteit van gereguleerde netwerken is:

  • niet om snel te reageren
  • maar om verantwoordelijkheid correct uit te voeren

Sommige validaties zijn:

  • kostbaar
  • tijdrovend
  • afhankelijk van externe systemen
  • juridisch van grote betekenis

Deze controles altijd synchroon uitvoeren:

  • vertraagt systemen
  • veroorzaakt netwerkbrede latentie
  • is operationeel niet duurzaam

Daarom volgen gereguleerde netwerken vaak dit model:

eerst accepteren
later verifiëren

Deze aanpak leidt tot eventual consistency — maar houdt het systeem werkbaar.


De centrale autoriteit kan het “hoe” niet afdwingen

In gereguleerde netwerken bepaalt de centrale autoriteit:

  • welke regels moeten worden toegepast
  • wie welke rol vervult

Maar zij kan niet voorschrijven:

  • wanneer een controle moet plaatsvinden
  • hoe snel een antwoord moet worden gegeven
  • in welke volgorde controles moeten worden uitgevoerd

Omdat:

  • landen verschillen
  • instellingen verschillen
  • technische infrastructuren verschillen
  • juridische verplichtingen verschillen

Deze flexibiliteit leidt onvermijdelijk tot:

  • timingverschillen
  • verschillende processtromen
  • verschillend systeemgedrag

Maar zij garandeert wel dat regels uiteindelijk worden toegepast.


Fouten kunnen niet altijd onmiddellijk worden gedetecteerd

In gereguleerde netwerken worden sommige fouten:

  • pas ontdekt nadat een proces is gestart
  • zichtbaar tijdens diepere validatiefases
Link:  ICANN, DNS-oplossingsketen en autoriteitskaart

Op dat moment het hele systeem stoppen:

  • kan kostbaar zijn
  • kan operationeel onmogelijk zijn
  • kan zelfs juridisch verboden zijn

Daarom laten systemen toe dat:

  • processen doorgaan
  • fouten later worden afgehandeld
  • resultaten achteraf worden gecorrigeerd

Ook deze aanpak leidt vanzelf tot eventual consistency.


Vertrouwen komt niet voort uit onmiddellijke consistentie

Er bestaat een hardnekkig misverstand:

“Vertrouwen = elk bericht is direct correct”

In gereguleerde netwerken ontstaat vertrouwen door:

  • identiteitsverificatie
  • duidelijk gedefinieerde verantwoordelijkheid
  • traceerbaarheid
  • auditbaarheid
  • handhavingsmechanismen

Met andere woorden: vertrouwen komt niet voort uit onmiddellijke correctheid,
maar uit het feit dat fouten niet verborgen kunnen blijven.

Een fout:

  • kan laat worden ontdekt
  • maar verdwijnt niet
  • laat een spoor na
  • blijft verklaarbaar

Deze structuur is volledig compatibel met eventual consistency.


De echte wereld is al ‘eventual’

In werkelijkheid zijn gereguleerde netwerken de digitale weerspiegeling van de echte wereld.

  • Banktransacties
  • Handelsprocessen
  • Juridische beslissingen
  • Fiscale en boekhoudkundige processen

geen van deze werkt met “directe absolute correctheid”.

Gereguleerde netwerken brengen deze realiteit naar digitale systemen.


Architecturale implicaties

Zodra deze realiteiten worden geaccepteerd, verandert ook de integratiebenadering.

In gereguleerde netwerken geldt:

  • integratie is een proces, geen enkele call
  • statusopvolging is centraal
  • asynchrone stromen zijn normaal
  • retry en replay zijn onvermijdelijk
  • observeerbaarheid wordt cruciaal

Eventual consistency is geen bijproduct van deze architectuur —
het is haar natuurlijke resultaat.


Conclusie

In gereguleerde netwerken is eventual consistency geen:

  • tekortkoming
  • zwakte
  • tijdelijke oplossing

Het is de onvermijdelijke combinatie van gedeelde verantwoordelijkheid, juridische vereisten en technische realiteiten.

Het doel van gereguleerde netwerken is:

niet om onmiddellijk correct te zijn,
maar om ervoor te zorgen dat niets op lange termijn incorrect blijft.

Daarom is eventual consistency onvermijdelijk.

F. M. Arslan