Maksuketjut En ole maksujen asiantuntija, mutta olen työskennellyt 3/5:ssä Kanadan suurista pankeista sekä useissa fintech-yrityksissä, jotka rakentavat maksukiskoja ja siirtävät paljon rahaa koodin avulla – ja viimeisimpänä korkean suorituskyvyn ketjuissa toisin sanoen minulla on joitakin mielipiteitä korkean maksutason maksuketjun käsitteestä tästä tulee pitkä postaus, joten suosittelen klikkaamaan oikeassa yläkulmassa olevaa GROK-painiketta Ensinnäkin, miten lohkoketju voi ylipäätään keskittyä maksuihin? Aiemmin on ollut useita lähestymistapoja yksi on rajoittaa ketjun ohjelmoitavuutta eikä olla Turingin täydellinen, näin Stellar/XLM teki monta vuotta sitten Tämä toimii, mutta rajoittaa rajusti sitä, mikä on mahdollista ketjussa toinen on ketjun salliminen, tätä monet yritysketjut ovat yrittäneet aiemmin, ja näyttää siltä, että Tempo avaa sen Tämä toimii teoriassa, mutta hämärtää rajaa lohkoketjun ja perinteisten tietokantojen välillä Kolmas vaihtoehto, jota ei ole oikeastaan tehty aiemmin, on mukautettu sekvensointi ja blockspace-säännöt lohkojen priorisoimiseksi/varaamiseksi maksujen TXN-tyypeille tämä on itse asiassa melko mielenkiintoinen, mutta suhteellisen edistynyt suunnittelun näkökulmasta, ja epäilen, että Paradigm on yksi harvoista tiimeistä, jotka voisivat todella auttaa sen toteuttamisessa on joitain löysiä yhtäläisyyksiä olemassa oleviin ketjuihin, esim. paikalliset maksumarkkinat Solanalla (jossain määrin) ja Sui fast path (vaikka tämä on poistumassa) mutta luultavasti lähin asia on Hyperliquidin tekijöiden priorisointi (jossa peruutukset priorisoidaan, jotta MM:illä on etulyöntiasema ottajiin nähden) Tämä **voisi** teoriassa toimia luvattomassa ympäristössä, mutta käytännössä se olisi erittäin vaikea toteuttaa ...