Cómo leer un explorador de bloques, y por qué zanja casi cualquier discusión
Un explorador de bloques te permite verificar qué ocurrió realmente en lugar de fiarte de un panel. Qué significa cada campo y las comprobaciones que merece la pena conocer.
Un explorador de bloques es una ventana pública al libro mayor. Zanja preguntas que un ticket de soporte no puede: si una transacción se difundió, si se confirmó, qué hizo en realidad y si un token es lo que dice ser. Aprender seis campos elimina casi toda la incertidumbre que la gente arrastra.
Casi todas las preguntas angustiosas del mundo cripto —dónde está mi transferencia, si se ha completado, si esa era la dirección correcta, si este token es real— se pueden responder en menos de un minuto desde una fuente pública que no exige cuenta ni permiso. Esa fuente es un explorador de bloques, y la mayoría de la gente nunca aprende a leer uno.
Esto importa más allá de la comodidad. Todo el argumento a favor de un libro mayor público es que no tienes que fiarte de la palabra de nadie sobre su estado. Un explorador es donde esa promesa se vuelve utilizable, y es el mismo principio que hay detrás de nuestra insistencia en que cada cifra que publicamos lleve su fuente y el momento en que se leyó.
Qué es en realidad un explorador
Es una interfaz de búsqueda sobre la cadena. Ejecuta un nodo completo, indexa todo lo que ese nodo ve y lo presenta de forma legible. No tiene acceso privilegiado y no puede alterar nada: es un lector, exactamente igual que tú, con mejores herramientas.
Eso tiene una consecuencia útil: si dos exploradores discrepan sobre algo, uno de ellos tiene un fallo de indexación, porque los datos subyacentes son idénticos. Comprobar un segundo explorador es una prueba de coherencia gratuita y, en ocasiones, reveladora.
Los campos que conviene entender
Estado. Pendiente significa difundida pero aún no incluida en un bloque. Éxito significa incluida y ejecutada. Fallida significa incluida, ejecutada y revertida, y es el campo que más a menudo se malinterpreta, porque una transacción fallida igualmente consumió su comisión y sigue apareciendo en el historial. El dinero salió de tu cartera y no pasó nada más.
Confirmaciones. Cuántos bloques se han añadido desde entonces. Es una medida de confianza que se acumula, y no un estado que cambia de golpe, y por eso las plataformas exigen números distintos para importes distintos.
De y Para. Las direcciones implicadas. Si el destino es un contrato y no una cartera, el explorador suele indicarlo, y esa distinción importa mucho.
Valor y comisión. El importe movido y lo que costó. En una transacción fallida el valor es cero y la comisión no.
Nonce. En las redes basadas en cuentas, un contador por cuenta. Las transacciones deben procesarse en orden, así que una transacción atascada con un nonce bajo bloquea todas las posteriores de esa cuenta, lo que explica la situación por lo demás desconcertante en la que una transacción nueva no se confirma por mucha comisión que le pongas.
Datos de entrada o método. Lo que la transacción pidió en realidad. Una transferencia parece una transferencia. Una aprobación parece una aprobación, y conocer la diferencia protege de verdad.
Las comprobaciones que responden preguntas reales
«¿Se ha hecho de verdad mi retirada?» Una plataforma que dice «en proceso» te ha hablado de su cola interna, no de la red. Si no hay hash de transacción, no se difundió nada y el retraso es enteramente suyo. Si hay un hash, pégalo en un explorador y verás la verdad diga lo que diga el panel.
«¿Es este el token correcto?» Cualquiera puede crear un token con cualquier nombre y símbolo, y suplantar es trivial. La dirección del contrato es el único identificador real. Tómala de la documentación del propio proyecto, nunca de un resultado de búsqueda ni de un mensaje, y comprueba que el explorador lo muestra como verificado, con un número de titulares y un historial plausibles. Un token creado la semana pasada y con once titulares no es el activo consolidado cuyo nombre lleva.
«¿Qué he aprobado?» La mayoría de los exploradores listan las aprobaciones que ha concedido una dirección. Revisar esa lista de forma periódica, y revocar lo que ya no usas, cierra la vía más común para perder tokens mucho después de la interacción que lo provocó.
«¿Es esta dirección lo que dicen que es?» La antigüedad, el número de transacciones y el historial de saldo están todos a la vista. Una dirección descrita como una tesorería consolidada que se creó hace quince días te está diciendo algo.
Leer la página de un contrato
Una dirección que pertenece a un contrato muestra más que una cartera, y hay tres partes de ella que conviene conocer.
La pestaña de código fuente muestra si el bytecode desplegado se ha cotejado con el código publicado. Verificado significa que el código que puedes leer es realmente el que se ejecuta. No verificado no prueba mala intención —hay muchos contratos legítimos sin verificar—, pero significa que nadie fuera de quien lo desplegó puede revisar qué hace, y eso es algo importante que aceptar antes de concederle permiso sobre tus tokens.
Las funciones de lectura te permiten consultar el estado actual del contrato sin gastar nada: suministro total, una dirección propietaria, si las transferencias están pausadas. En un token, comprobar que el suministro coincide con lo que afirma el proyecto lleva unos segundos y en ocasiones no coincide.
La vista de titulares muestra la distribución. Un token en el que un puñado de direcciones concentra casi todo el suministro se comporta de forma muy distinta a uno ampliamente distribuido, y esa concentración se ve antes de comprar, no después.
Cuando dos exploradores no coinciden
De vez en cuando un explorador mostrará un saldo o un estado que contradice tu cartera, y el impulso es suponer que la cadena se equivoca. Casi nunca es así. Las carteras cachean con agresividad y a veces muestran una cifra obsoleta; los exploradores indexan de forma continua, pero pueden retrasarse unos instantes durante mucha actividad.
La solución es comprobar un segundo explorador y, si coinciden entre sí, tratar la cartera como la excepción y actualizarla o volver a añadir la cuenta. La cadena es la autoridad, y las herramientas que la rodean son comodidades que pueden equivocarse cada una a su manera.
Lo que un explorador no puede decirte
Muestra qué ocurrió, no qué significaba. Las direcciones son seudónimas, así que, salvo que una entidad esté etiquetada, no puedes saber quién controla una, y las etiquetas son una anotación del propio explorador y no un hecho.
No puede decirte si un contrato es seguro. Un código fuente verificado significa que el código publicado coincide con el desplegado: no significa que el código sea sólido ni benigno. No puede recuperar nada, revertir nada ni contactar con nadie. Y no te dirá que una transferencia fue a la persona equivocada, solo que fue adonde iba dirigida.
Por qué creemos que merece la pena aprender esto
Quien sabe comprobar la cadena no depende de ninguna publicación, tampoco de esta. Ese es el arreglo correcto. Publicamos nuestro proveedor y la marca de tiempo junto a cada cifra de mercado precisamente para que las afirmaciones puedan comprobarse en lugar de creerse, y nuestra Metodología enumera lo que no verificamos.
El hábito se generaliza. Verifica la transacción y no el panel, la dirección del contrato y no el nombre, y la lista de aprobaciones y no tu recuerdo de ella. Los términos empleados aquí están definidos en el glosario, y las defensas que se derivan de esto están en nuestra cobertura de seguridad.
- Una transacción fallida igualmente consumió su comisión: «fallida» no es «no ocurrió».
- Sin hash de transacción no se difundió nada; el retraso es de la plataforma, no de la red.
- La dirección del contrato es el único identificador real de un token. Los nombres y los símbolos se copian trivialmente.
- Un código fuente verificado significa que el código coincide con el desplegado, no que sea seguro.