Para comparar el rendimiento de las transacciones de Sui de manera efectiva, debes usar la sui-benchmarkherramienta oficial o escribir un script de prueba de carga personalizado con el SDK de Sui (por ejemplo, TypeScript o Rust), dirigido a un entorno de red local o de red de prueba. Si la utilizassui-benchmark, empieza por crear una red local y, a sui-test-validatorcontinuación, ejecuta la herramienta de referencia con varias transacciones simultáneas. Esto ayuda a simular una carga realista y a observar cuántas transacciones por segundo (TPS) gestiona la red en situaciones de estrés. Deberás medir el rendimiento durante los picos de carga y las cargas inactivas, supervisar el consumo de gas y comprobar la latencia por transacción. Si prefieres tener más control, crea un script que envíe bloques de transacciones simples (por ejemplo, transferencias de objetos o llamadas Move) con el SDK de Sui TypeScript, con lotes cronometrados y de alta concurrencia.

Este es un ejemplo de CLI para ejecutar localnet:

sui-test-validator

Luego usa la herramienta Rust:

cargo run --release --bin sui-benchmark -- --target-qps 1000 --duration 60

También puede realizar comparativas desde una aplicación Node.js utilizándola Promise.all()para enviar muchas transacciones en paralelo a través de SuiClient. Recuerda monitorizar la CPU y la memoria si estás realizando pruebas de forma local, ya que los límites de hardware pueden afectar a los resultados.

Para obtener más información u obtener la herramienta de evaluación comparativa: https://github.com/MystenLabs/sui/tree/main/crates/sui-benchmark

Avísame si quieres un ejemplo de script de evaluación comparativa en Node o una guía para crear perfiles en devnet.

Para comparar el rendimiento de las transacciones de Sui, utilice el SDK de Sui TypeScript para generar un gran volumen de transacciones con un estado compartido mínimo. Concéntrese en las operaciones que involucren objetos propios para maximizar la ejecución en paralelo. Comandos por lotes mediante bloques de transacciones programables (PTB) y miden las transacciones por segundo (TPS) durante un período fijo. Se utilizan para analizar sui_getTransactionBlockslos resultados. Realice pruebas en un punto final de RPC estable y asegúrese de que su carga de trabajo evite cuellos de botella, como la contención de objetos compartidos. Para mayor precisión, repita las pruebas en varias épocas y utilice Sui Testnet o un entorno de red local.

Para comparar el rendimiento de las transacciones de Sui en Testnet, esto es lo que puede hacer:

1. https://fullnode.devnet.sui.io:5001Configurar Testnet: conéctese a la Testnet de Sui (use la URL RPC pública como).

2.Utilice las herramientas de evaluación comparativa: aproveche las herramientas de evaluación comparativa integradas de Sui o cree sus propios scripts con el SDK de Sui para enviar varias transacciones en paralelo.

3.Mida el TPS y la latencia: realice un seguimiento de las transacciones por segundo (TPS) y del tiempo que tardan las transacciones en confirmarse. Puedes usar herramientas comowrkoApache JMeterpara ello.

4.Supervise el rendimiento de la red: controle las estadísticas de la red con herramientas comoPrometheusoGrafana, o consulte el panel de control Testnet de Sui, si está disponible.

5.Prueba de estrés: Impulsa el sistema enviando una gran cantidad de transacciones para ver cómo se gestiona bajo carga.

Esto le dará una buena idea del rendimiento de las transacciones de Sui y de cómo funciona en situaciones de estrés.

*Para comparar el rendimiento de las transacciones de Sui en Testnet, utilice la herramienta oficial de Sui Benchmarker o scripts personalizados con la CLI de Sui. Genere una gran cantidad de transacciones basadas en objetos propios para maximizar la ejecución en paralelo y simular cargas de trabajo realistas. Evite los objetos compartidos, a menos que pruebe los cuellos de botella, ya que serializan la ejecución y reducen el rendimiento. Implemente un nodo completo local o un conjunto de validadores si necesita métricas o ajustes más detallados. Usa los puntos finales o los registros de métricas para monitorear el TPS, la latencia y las transacciones fallidas durante las pruebas de resistencia. Realice pruebas comparativas en entornos controlados con condiciones uniformes de red y máquinas para garantizar la reproducibilidad. Agrupe las transacciones en bloques o secuencias y realice un seguimiento de los tiempos de ejecución mediante marcas de tiempo y registros de respuestas. Analice el uso de los recursos del sistema para detectar los límites de la CPU, la memoria o la E/S que puedan afectar al rendimiento. Realice pruebas con distintos tipos de transacciones (puras, propias y compartidas) para comprender las ventajas y desventajas del rendimiento. Usa Prometheus y Grafana con telemetría de nodos para obtener información más profunda en tiempo real durante las pruebas. *