En primer lugar, pregúntese qué miden las cifras.
Los informes de rendimiento de la blockchain suelen mencionar el TPS, la latencia y el coste. Las transacciones pueden ser transferencias simples, llamadas a contratos complejos u operaciones por lotes; no se pueden comparar directamente solo porque se denominen transacciones. En primer lugar, registre la carga de trabajo, si se realiza realmente en la cadena, el período estadístico y la fórmula de cálculo; luego, analice la conclusión. Este artículo aborda los métodos de lectura, no publica la clasificación actual de una cadena en particular ni utiliza datos experimentales como base para la inversión.
El entorno experimental puede determinar los resultados.
El hardware, el ancho de banda de la red, el número de nodos, la distribución geográfica y los conjuntos de datos influyen en las pruebas. Los entornos privados difieren de las redes abiertas, y la concurrencia ideal no garantiza una buena experiencia de usuario a largo plazo. Verifique si el código, la versión, los parámetros y los datos sin procesar están disponibles públicamente, y si existen pruebas independientes; si solo se dispone de gráficos sin datos de respaldo, la reproducibilidad debe considerarse desconocida.
Separe la velocidad de envío de la finalidad.
El sistema que acepta solicitudes, ejecuta transacciones, produce bloques y alcanza algún tipo de finalidad no realiza eventos simultáneos. Una respuesta denominada de nivel de milisegundos puede referirse únicamente a la recepción por parte del frontend o del clasificador, no a la liquidación final. Al comparar la latencia, indique claramente los puntos de inicio y fin, y distinga entre promedios, cuantiles y valores atípicos; un único resultado más rápido no puede describir el rendimiento durante la congestión o las interrupciones.
Las tarifas bajas requieren considerar los costos incluidos.
Las cotizaciones pueden incluir solo una capa de tarifas de ejecución, excluyendo la publicación de datos, la interconexión, los servicios de pago o los costos de salida. Los subsidios y los tokens de prueba también pueden afectar los resultados. Verifique los mismos activos, carga y período de tiempo; no describa los beneficios a corto plazo como costos permanentes del protocolo. No equipare automáticamente "bajo costo" con la seguridad de los activos o la sostenibilidad de la aplicación.
Revise los artículos utilizando una tabla comparativa.
La tabla debe incluir la versión del protocolo, la red de prueba, el hardware, los nodos, la carga, la tasa de éxito, el rendimiento, la definición de latencia, el rango de costos y los enlaces de reproducción. Cuando se actualice un documento, conserve la versión anterior y el motivo de la revisión. Cite los resultados de la investigación, los anuncios de proyectos y los titulares de los medios por separado, evitando eliminar las restricciones relacionadas con el autor en las reimpresiones; los conflictos de intereses también deben divulgarse con veracidad.
Cómo redactar conclusiones con límites.
Es aceptable afirmar que se observó un indicador determinado bajo ciertas condiciones y en una versión específica, pero no es apropiado afirmar que todos los usuarios reales tendrán la misma experiencia. Cuando no se realicen pruebas independientes, debe indicarse claramente que la tecnología es superior en términos generales según una única clasificación. Este artículo no respalda ninguna cadena de bloques ni garantiza que los resultados de las pruebas sean aplicables a las operaciones de financiación; la seguridad de la red, la gobernanza, la disponibilidad de datos y las capacidades de recuperación requieren una evaluación adicional.