Union Private Payments-protokollet kommer snart. Den möjliggör privata, omedelbara överföringar i stor skala, samtidigt som den förblir kompatibel med befintliga applikationer. Till er som undrar hur integritet fungerar med inbyggda tillgångar, här är vad Union gör annorlunda 🧵

1/ De flesta integritetslösningar kräver att man flyttar pengar till en dedikerad kedja, L2, eller ändrar plånboksformat. Detta fragmenterar upplevelsen och begränsar komponerbarheten. Union håller användare på native-adresser. Befintliga appar och arbetsflöden fungerar med privata överföringar, över nästan alla EVM-kedjor.

2/ Hur uppnås integritet? Union utnyttjar ZKP:er. Överföringar verifieras på kedjan utan att avslöja avsändare, mottagare, kedja eller belopp. Avsändaren och mottagaren behåller fortfarande tillgång till transaktionshistoriken, så applikationer kan integrera integritet utan att förlora funktionalitet.

3/ Systemdesign: en privat överföring innebär att tre deltagare är avsändare 🤝, mottagare 🤝 och attestor. Avsändaren genererar eller samlar in en depåadress för mottagaren. Detta stödjer överföringar från emellan till elever samt insättningar och uttag av utbyten, utan att behöva ändra frontend.

4/ Attestatorer säkerställer efterlevnad vid behov. Varje tillgång kan konfigureras med en tredjepartsattestör, som hanterar regler för regler som MiCA eller Genius Act. När de inte krävs fungerar överföringarna som vanliga ERC-20-transaktioner.

5/ Union Private Payments ger samma sekretess som banköverföringar samtidigt som de är fullt komponerbara. Tillsynsmyndigheter kan begära tillgång till deltagare inom sitt ansvarsområde, vilket möjliggör efterlevnad av integration, och utvecklare kan integrera privata överföringar i stor skala utan att ändra frontend-arbetsflöden, samtidigt som de säkerställer full efterlevnad av AML-standarder.