Betalingskjeder Jeg er ingen ekspert på betalinger, men jeg har jobbet i 3/5 av de store bankene i Canada, samt flere fintechs som bygger betalingsskinner og flytter mye penger med kode – og sist på kjeder med høy ytelse det vil si at jeg har noen meninger om konseptet med en høyytelseskjede for betalinger dette blir et langt innlegg, så jeg foreslår at du klikker på grok-knappen øverst til høyre For det første, hvordan kan en blokkjede ha et betalingsfokus i utgangspunktet? Tidligere har det vært flere tilnærminger den ene er å begrense programmerbarheten til kjeden og ikke være Turing komplett, dette er hva Stellar/XLM gjorde for mange år siden Dette fungerer, men begrenser drastisk hva som er mulig på kjeden en annen er å tillate kjeden, dette er hva mange selskapskjeder har prøvd tidligere, og det ser ut til at det er det Tempo vil åpne med Dette fungerer i teorien, men visker ut grensen mellom hva en blokkjede er kontra tradisjonelle databaser Et tredje alternativ som egentlig ikke har blitt gjort før er tilpasset sekvensering og blokkeringsregler for å prioritere/reservere blokker for betalinger TXN-typer dette er faktisk ganske interessant, men relativt avansert fra en design-POV, og jeg mistenker at Paradigm er et av svært få team som faktisk kan hjelpe til med å få det til det er noen løse paralleller til eksisterende kjeder, for eksempel lokale avgiftsmarkeder på Solana (til en viss grad) og Sui fast path (selv om dette forsvinner) men sannsynligvis det nærmeste er Hyperliquids maker-prioritering (der kanselleringer blir prioritert slik at MM-ene har en fordel i forhold til takere) Dette **kunne** i teorien fungere i en tillatelsesfri setting, men ville være ekstremt vanskelig å få til i praksis ...