Defend your endorsement nodes: Rate limiting token-bucket for Fabric.
Defend your endorsement nodes: Rate limiting token-bucket for Fabric. Day 07 of the wFabricSecurity Open Source technical series. Verifying ECDSA signatures is CPU expensive. Saturating an endorsement peer will bring down the node. wFabricSecurity defends your cluster with rate limiting token-bucket. Real Issues A worker in a loop saturating endorsement peers with thousands of signature requests CPU exhaustion in…
Protege tus nodos de endoso: implementación de límite de velocidad token-bucket para Fabric. La verificación de firmas ECDSA es procesamiento intensivo de CPU. Si un peer de endoso está saturado, todo el nodo se bloqueará. El proyecto wFabricSecurity protege el clúster con este mecanismo de límite de velocidad. Los problemas reales incluyen un trabajador en bucle saturando peers de endoso con miles de solicitudes de firma, agotando la CPU en nodos criptográficos.
Las transacciones legítimas son descartadas debido al colapso de recursos en el peer. La implementación de wFabricSecurity utiliza el módulo RateLimiter de la biblioteca wFabricSecurity, que limita a 100 tokens con un reabastecimiento de 10 tokens por segundo. Si el límite se excede, se lanza una excepción RateLimitError, que protege la verificación intensiva de ECDSA del sobrecarga.
El algoritmo de límite de velocidad token-bucket absorbe picos mientras impone un límite de carga sostenido. El control de RateLimitError rechaza solicitudes abusivas antes de consumir CPU en criptografía. Este código está probado y verificado en entornos de Hyperledger Fabric y es compatible con Python 3.10+. Se encuentra disponible en GitHub y PyPI.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
This story
This is one outlet's version. Read the fullest account.
