ho appena notato qualcosa nella sezione congestione stamattina e onestamente cambia il modo in cui pensi alla resistenza allo spam a mezzanotte 😂
la maggior parte dei meccanismi anti-spam si basa sul costo delle commissioni. rendi ogni transazione abbastanza costosa da far sì che sostenere milioni di esse prosciughi l'attaccante più velocemente di quanto prosciughi la rete. mezzanotte ha questo con DUST. ma c'è un secondo strato di costo di cui non si parla.
cada transazione protetta su mezzanotte richiede una prova ZK. quando DUST viene consumato in una transazione, è necessaria una prova per giustificare la proprietà del DUST speso. generare quella prova è computazionalmente intensivo
verificarla non lo è.
l'asimmetria è significativa e intenzionale.
il whitepaper lo descrive precisamente.
generare una prova ZK è molto più costoso che verificarla. questo crea un costo auto-inflitto per qualsiasi attaccante che cerca di inondare la rete con transazioni. ogni tentativo di spam richiede all'attaccante di generare una prova fresca. la rete deve solo verificarla - una frazione del lavoro.
e se le commissioni aumentano a causa della congestione, le transazioni senza abbastanza DUST vengono rifiutate e richiedono una nuova sottomissione. la nuova sottomissione significa generare una nuova prova. un altro costo computazionale completo per l'attaccante, un'altra verifica economica per la rete.
Gli attori razionali vedono il costo e si fermano. quelli irrazionali alla fine esauriscono il loro DUST.
onestamente non so se l'asimmetria della prova ZK sia il meccanismo elegante di autodifesa che rende mezzanotte genuinamente resistente a spam sostenuti o solo un ostacolo che un attaccante ben fornito di hardware considera un piccolo inconveniente?? 🤔
#night @MidnightNetwork $NIGHT #creatorpad
