Testnet Goerli

¿Qué es la testnet Goerli?

La testnet Goerli es una red pública de pruebas de Ethereum obsoleta que los desarrolladores utilizaban anteriormente para desplegar contratos inteligentes, probar aplicaciones descentralizadas, ejecutar validadores y experimentar con transacciones de blockchain sin usar ETH real.

Se diseñó para comportarse de forma similar a la mainnet de Ethereum, pero utilizaba tokens de prueba que no estaban destinados a tener valor económico real.

Los desarrolladores podían usar Goerli para detectar errores en contratos inteligentes, probar conexiones con carteras, simular transferencias de tokens, calcular el uso de gas y verificar el comportamiento de las aplicaciones antes de desplegar código en la mainnet de Ethereum.

Goerli fue especialmente importante porque era la primera testnet pública de Ethereum compatible con varios clientes: varios clientes de Ethereum desarrollados de forma independiente podían conectarse y participar en la misma red.

Según el repositorio oficial de la red Goerli, el proyecto comenzó en septiembre de 2018 durante ETHBerlin y admitía clientes como Geth, Nethermind, Hyperledger Besu y EthereumJS.

Al principio, Goerli utilizaba un sistema de consenso Proof of Authority con permisos, antes de pasar a Proof of Stake mediante su fusión con la Beacon Chain Prater en 2022.

Más adelante, Goerli se convirtió en un entorno de pruebas importante para grandes actualizaciones de Ethereum, como The Merge, Shapella y Dencun.

Sin embargo, Goerli ya no se mantiene como una testnet actual de Ethereum y no debería seleccionarse para nuevas aplicaciones de criptomonedas ni para desplegar contratos inteligentes.

¿Sigue activa la testnet Goerli?

Goerli está obsoleta y ya no cuenta con el soporte de los equipos de clientes de Ethereum ni de los equipos de pruebas de la Ethereum Foundation.

El anuncio oficial sobre el soporte a largo plazo de Goerli indicó que Dencun sería la última actualización de Ethereum implementada en la red.

Dencun se activó en la mainnet de Ethereum el 13 de marzo de 2024, por lo que la fórmula de soporte anunciada para Goerli implicaba una fecha de retirada del 13 de abril de 2024.

La mayoría de los validadores operados por los equipos de clientes y de pruebas ya había abandonado la red cuando se acercó la fecha de retirada.

Los miembros de la comunidad pueden seguir ejecutando nodos antiguos de Goerli, por lo que algunos segmentos de la red histórica podrían seguir siendo técnicamente accesibles.

Sin embargo, que una red produzca bloques de vez en cuando no significa que sea una testnet mantenida, estable o compatible con el protocolo.

Goerli ya no recibe actualizaciones del protocolo de Ethereum, pruebas coordinadas de clientes, soporte fiable de validadores ni servicios de infraestructura garantizados.

Los endpoints RPC, faucets, exploradores, bridges, herramientas de desarrollo y nodos alojados que antes daban soporte a Goerli pueden no estar disponibles o dejar de funcionar sin previo aviso.

Por tanto, los desarrolladores deberían tratar Goerli como una red histórica, no como un entorno de desarrollo activo.

¿Qué sustituyó a la testnet Goerli?

No existe un único sustituto para todas las funciones que desempeñaba Goerli, ya que Ethereum utiliza ahora testnets distintas para diferentes necesidades de pruebas.

La actual documentación de redes de Ethereum identifica Sepolia y Hoodi como las dos testnets públicas mantenidas por los desarrolladores de clientes.

Sepolia es la red predeterminada recomendada para desarrollar contratos inteligentes y aplicaciones descentralizadas.

Los desarrolladores pueden utilizar Sepolia para probar contratos de tokens, integraciones con carteras, aplicaciones de finanzas descentralizadas, juegos blockchain, sistemas NFT, flujos de pago y otras funciones de la Ethereum Virtual Machine.

Hoodi está destinada a operadores de staking, pruebas de validadores, proveedores de infraestructura y desarrolladores de protocolos que necesiten probar actualizaciones de la red Ethereum.

Hoodi tiene un conjunto de validadores abierto, lo que permite a los usuarios practicar las operaciones de validación y probar la infraestructura de staking sin arriesgar ETH de la mainnet.

Los proyectos que migren una aplicación antigua de Goerli deberían elegir normalmente Sepolia, salvo que su objetivo principal sea probar validadores o infraestructura a nivel de protocolo.

Los desarrolladores no deberían migrar automáticamente a otra red basándose solo en su antigüedad, ya que la testnet adecuada depende de la función que se esté probando.

Información clave sobre la testnet Goerli

El chain ID oficial de Goerli es 5.

El chain ID es un número específico de la red que utilizan las carteras y aplicaciones para identificar la blockchain en la que debe firmarse y enviarse una transacción.

La asignación del chain ID 5 a Goerli está documentada en EIP-155, que introdujo la firma de transacciones específica para cada cadena con el fin de ayudar a evitar ataques de repetición entre distintas redes compatibles con Ethereum.

El network ID de Goerli también era 5, aunque el network ID y el chain ID cumplen funciones técnicas distintas.

El hash génesis original de la red era 0xbf7e331f7f7c1dd2e05159666b3bf8bc7a8a3a9eb1d518969eab529dd9b88c1a.

Su token de prueba nativo solía llamarse Goerli ETH, GoETH o gETH.

Goerli ETH se utilizaba para pagar comisiones de gas, desplegar contratos, transferir tokens, llamar a funciones que modificaban el estado y depositar ETH de prueba para experimentar con validadores.

Goerli ETH no puede convertirse en ETH de la mainnet mediante una transferencia normal de blockchain, ya que Goerli y la mainnet de Ethereum mantienen saldos, historiales, validadores y estados independientes.

Una cartera puede mostrar la misma dirección pública en Goerli y en la mainnet, pero los activos guardados en esa dirección existen de forma independiente en cada red.

¿Por qué se creó la testnet Goerli?

Goerli se creó para proporcionar a los desarrolladores de Ethereum un entorno de pruebas fiable y compatible con varias implementaciones de clientes.

Algunas testnets públicas anteriores dependían mucho de un solo cliente, utilizaban sistemas de consenso distintos o sufrían inestabilidad, lo que dificultaba las pruebas entre clientes.

Una red compatible con varios clientes ayuda a los desarrolladores a detectar incoherencias entre las implementaciones del software de Ethereum antes de que surjan problemas similares en la mainnet.

Esto es importante porque Ethereum es un protocolo, no un único programa controlado por un proveedor de software.

Los distintos clientes deben interpretar las reglas del protocolo de Ethereum de forma coherente para ponerse de acuerdo sobre los bloques, las transacciones, la ejecución de contratos inteligentes y el estado de la red válidos.

Goerli también ofrecía a los desarrolladores de aplicaciones un entorno público donde podían interactuar contratos y servicios de distintos proyectos.

Este entorno compartido era más realista que una blockchain local privada porque incluía retrasos de red, transacciones en competencia, estado público de los contratos, cambios en los precios del gas e infraestructura de terceros.

Los desarrolladores utilizaban Goerli como red de preproducción entre las pruebas locales y el despliegue en producción.

Las pruebas locales solían ser más rápidas y fáciles de reiniciar, mientras que Goerli ofrecía una red pública persistente con un comportamiento más parecido al de un ecosistema de criptomonedas activo.

Cómo funcionaba la testnet Goerli

Goerli procesaba cuentas, transacciones, contratos inteligentes, bloques, comisiones de gas y registros de eventos al estilo de Ethereum.

Su entorno de ejecución era compatible con la Ethereum Virtual Machine, lo que permitía a los desarrolladores desplegar muchos de los mismos contratos Solidity e interfaces de aplicación que se utilizaban en la mainnet.

En primer lugar, el usuario conectaba una cartera o una herramienta de desarrollo a un endpoint RPC de Goerli.

A continuación, obtenía Goerli ETH de un faucet o de otro participante de la testnet.

Goerli ETH pagaba el gas necesario para enviar transacciones y ejecutar funciones de contratos inteligentes.

Los validadores incluían las transacciones válidas en los bloques, mientras que los clientes de Ethereum comprobaban de forma independiente si esos bloques cumplían las reglas de la red.

Las aplicaciones podían leer datos de Goerli mediante métodos Ethereum JSON-RPC, descritos en la documentación oficial de Ethereum JSON-RPC.

Los desarrolladores podían examinar los recibos de transacciones, los eventos de contratos, los mensajes de reversión, el consumo de gas, los saldos de cuentas y los cambios de almacenamiento para diagnosticar problemas en las aplicaciones.

El proceso era similar al uso de la mainnet de Ethereum, pero las consecuencias económicas eran menores porque los activos de prueba no estaban destinados a tener valor real.

El sistema Proof of Authority original de Goerli

Goerli utilizaba originalmente un sistema Proof of Authority basado en el motor de consenso Clique.

En Proof of Authority, un grupo autorizado de firmantes se encarga de producir bloques y mantener la red.

Los firmantes respaldan su participación con su identidad o reputación, en lugar de competir mediante minería o depositando grandes cantidades de criptomonedas.

Este diseño permitía crear una testnet estable sin necesidad de recompensas de minería con valor económico.

La configuración original de Clique de Goerli utilizaba un intervalo de 15 segundos y un proceso de votación de los firmantes para gestionar a los participantes autorizados.

El modelo de firmantes con permisos también generaba diferencias entre Goerli y una blockchain de producción totalmente abierta.

Los desarrolladores de aplicaciones podían probar el comportamiento de la EVM, pero la estructura de consenso original no reproducía con precisión el sistema de validadores Proof of Stake que Ethereum adoptaría posteriormente.

Esta limitación cobró más importancia cuando Ethereum se preparaba para sustituir Proof of Work por Proof of Stake.

Goerli, Prater y The Merge

Prater era una testnet independiente de la Beacon Chain de Ethereum Proof of Stake que funcionaba junto a Goerli antes de su fusión.

Goerli representaba la capa de ejecución, donde se procesaban las cuentas, las transacciones y los contratos inteligentes.

Prater representaba la capa de consenso, donde los validadores organizaban los bloques, enviaban atestaciones y finalizaban la cadena.

Ambas redes se combinaron durante la fusión de Goerli y Prater en agosto de 2022.

La red fusionada conservó el nombre Goerli, mientras que el sistema original de producción de bloques Proof of Authority fue sustituido por el consenso Proof of Stake.

El anuncio oficial de la fusión de Goerli y Prater explica que la transición se activó cuando Goerli alcanzó una dificultad total terminal de 10,790,000.

Tras la transición, los nodos de Goerli necesitaban tanto un cliente de ejecución como un cliente de consenso para participar plenamente en la red.

El conjunto de validadores también se abrió a stakers particulares que quisieran practicar la gestión de infraestructura Proof of Stake.

Esta transición convirtió a Goerli en la última gran testnet pública utilizada para ensayar el paso de Ethereum a Proof of Stake antes de que The Merge se activara en la mainnet en septiembre de 2022.

¿Qué era Goerli ETH?

Goerli ETH era la criptomoneda nativa utilizada dentro de la testnet Goerli.

Desempeñaba la misma función operativa básica que ETH en la mainnet de Ethereum: pagar el gas de las transacciones y respaldar los depósitos de validadores.

Sin embargo, Goerli ETH estaba destinado únicamente a las pruebas y no se diseñó como activo de inversión o de pago.

La guía oficial de testnets de Ethereum indica que el ETH de prueba no debería tener valor real.

Por lo general, se podía solicitar Goerli ETH en un faucet, un servicio que enviaba pequeñas cantidades de ETH de prueba a las direcciones de los desarrolladores.

A medida que aumentó la adopción de Goerli, la demanda de su ETH de prueba creció más rápido de lo que muchos faucets podían distribuirlo.

Además, se bloquearon grandes cantidades en el contrato de depósito de Proof of Stake cuando los usuarios creaban validadores de prueba.

Esta escasez hizo que algunas personas negociaran Goerli ETH, aunque eso contradecía el propósito previsto de un activo de prueba gratuito.

Pagar por Goerli ETH obsoleto es especialmente arriesgado porque el token no se puede convertir en ETH de la mainnet mediante el protocolo de Ethereum y la red ya no se mantiene.

Un token con un nombre parecido en otra blockchain tampoco está necesariamente relacionado con la red Goerli original.

¿Qué podían probar los desarrolladores en Goerli?

Los desarrolladores utilizaban Goerli para probar el despliegue y la ejecución de contratos inteligentes Solidity.

Los desarrolladores de tokens podían verificar las transferencias, las autorizaciones, las reglas de acuñación, las funciones de quema, los límites de oferta, los controles de acceso y la emisión de eventos.

Los equipos de aplicaciones descentralizadas podían probar las conexiones con carteras, la firma de transacciones, el cambio de red, la lectura y escritura de contratos y la gestión de errores de la interfaz de usuario.

Los desarrolladores también podían simular operaciones de finanzas descentralizadas, como depósitos, retiradas, gestión de garantías, swaps, liquidaciones y distribución de recompensas.

Los equipos de seguridad utilizaban Goerli para probar sistemas de permisos, flujos de trabajo con multifirma, actualizaciones de contratos, pausas de emergencia y procedimientos de recuperación.

Los operadores de infraestructura podían probar servicios RPC, indexadores de blockchain, retransmisores de transacciones, sistemas de monitorización, canalizaciones de datos y nodos validadores.

Los equipos de Layer 2 utilizaban Goerli para probar contratos rollup, bridges, operaciones de secuenciadores, pruebas de fraude, pruebas de validez y funciones de disponibilidad de datos.

Las pruebas en Goerli reducían la posibilidad de que un error básico de despliegue o integración provocara una pérdida directa de criptomonedas de la mainnet.

Sin embargo, que las pruebas en Goerli tuvieran éxito nunca demostraba que un contrato inteligente fuera seguro, ya que los entornos de prueba no pueden reproducir todos los ataques económicos ni las condiciones de producción.

Goerli y la actualización Dencun

Dencun fue la última actualización del protocolo de Ethereum que se activó en Goerli.

La actualización se activó en Goerli a las 6:32 UTC del 17 de enero de 2024, según el anuncio oficial de Dencun en Goerli.

Dencun combinó cambios en la capa de ejecución y la capa de consenso de Ethereum.

Su función más comentada fue EIP-4844, que introdujo transacciones con blobs para los datos de los rollups.

Los blobs permiten que los sistemas de capa 2 publiquen datos mediante un mecanismo de menor coste, separado del almacenamiento permanente de contratos de la EVM.

La activación de Dencun en Goerli permitió que los desarrolladores de clientes y los equipos de infraestructura observaran la actualización antes de que llegara a otras testnets y a la mainnet de Ethereum.

La activación también marcó el final del ciclo de desarrollo del protocolo de Goerli.

Los equipos de clientes y pruebas no programaron ninguna actualización posterior del protocolo de Ethereum para Goerli.

Esto significa que Goerli no puede reproducir fielmente el comportamiento actual de Ethereum cuando intervienen funciones o cambios de reglas del protocolo más recientes.

¿Por qué se retiró Goerli?

Goerli se retiró como parte del ciclo normal de vida de las testnets de Ethereum, no porque todas las pruebas en la red hubieran fracasado.

Con el tiempo, las testnets públicas acumulan datos antiguos, contratos, validadores, complejidad operativa y dependencias.

Mantener todas las testnets históricas obligaría a los equipos de clientes y a los proveedores de infraestructura a repartir recursos entre redes que ya no se ajustan a las prioridades de pruebas actuales.

Goerli también sufrió un grave problema de distribución de ETH de prueba porque a algunos desarrolladores y operadores de staking les resultaba difícil conseguir Goerli ETH.

Una moneda de testnet que escasea y se negocia por dinero resulta menos útil como recurso de desarrollo gratuito.

El amplio uso de la red tanto para probar aplicaciones como para probar validadores también generaba requisitos contrapuestos.

Los desarrolladores de aplicaciones suelen necesitar un entorno estable y predecible, mientras que los desarrolladores de protocolos pueden probar deliberadamente actualizaciones disruptivas, retrasos en la finalidad, salidas de validadores, penalizaciones por inactividad y otras situaciones inusuales.

La nueva estructura de testnets de Ethereum separa estas necesidades: recomienda Sepolia para aplicaciones y Hoodi para pruebas de validadores o protocolos.

Retirar Goerli también permite a los equipos de clientes centrarse en redes que reciben las actualizaciones actuales de Ethereum y cuentan con soporte activo de infraestructura.

¿Pueden los desarrolladores seguir desplegando en Goerli?

Es posible que un desarrollador todavía pueda enviar una transacción si siguen disponibles un endpoint RPC de Goerli funcional, validadores activos y suficiente Goerli ETH.

Esta posibilidad técnica no convierte a Goerli en un entorno adecuado para el desarrollo actual.

Un despliegue puede fallar porque el proveedor RPC elegido haya dejado de dar soporte a Goerli.

Una transacción puede quedarse pendiente si la red no produce bloques o no alcanza la finalidad de forma fiable.

Un contrato puede comportarse de forma distinta a un despliegue actual en Ethereum porque Goerli no incluye las actualizaciones del protocolo posteriores a Dencun.

También es posible que se hayan eliminado, abandonado o migrado a otra testnet contratos de terceros e integraciones de prueba.

Los desarrolladores que mantengan datos históricos de Goerli deberían utilizar un archivo, una bifurcación local o un entorno de desarrollo privado, en lugar de depender de la infraestructura pública de Goerli.

Cuando se necesiten pruebas públicas de aplicaciones de Ethereum, los contratos nuevos deberían desplegarse normalmente en Sepolia.

Cómo migrar de Goerli a Sepolia

Migrar de Goerli requiere algo más que cambiar el nombre de la red en una cartera.

Los desarrolladores deben actualizar el chain ID, el endpoint RPC, los enlaces a exploradores, las referencias a faucets, los scripts de despliegue, las variables de entorno y los archivos de configuración de la red.

Los contratos inteligentes desplegados en Goerli no aparecen automáticamente en Sepolia, ya que cada testnet mantiene un estado de blockchain independiente.

Es necesario volver a desplegar los contratos y añadir sus direcciones de Sepolia a la configuración de la aplicación.

Los tokens de prueba, contratos de oráculos, contratos bridge, bibliotecas, registros u otras dependencias externas necesarios también deben existir en Sepolia.

Los desarrolladores deberían actualizar las pruebas automatizadas para que no dependan de números de bloque, saldos de cuentas, hashes de transacciones, direcciones de tokens o estados históricos de Goerli.

Es posible que los indexadores del backend tengan que empezar a indexar desde los nuevos bloques de despliegue de Sepolia.

Las aplicaciones frontend deberían detectar si la red es incorrecta y ofrecer al usuario un método seguro para cambiar a Sepolia.

No debería darse por hecho que las claves privadas utilizadas en Goerli son seguras para la mainnet u otra testnet, ya que los entornos de prueba suelen exponer claves en registros, scripts, demostraciones y sistemas de desarrollo compartidos.

La documentación oficial de Ethereum recomienda no reutilizar las mismas cuentas en la mainnet y las testnets.

Riesgos de seguridad de la testnet Goerli

Las testnets nunca deben tratarse como sistemas de almacenamiento seguros para criptomonedas valiosas, información confidencial o credenciales de producción.

Es posible que se hayan introducido claves privadas de Goerli en software experimental, extensiones de navegador, herramientas de línea de comandos, repositorios públicos o registros de desarrollo.

Cualquiera que obtenga una clave privada puede controlar las cuentas que utilicen esa clave en todas las redes donde se haya reutilizado.

Por tanto, un desarrollador debería evitar enviar activos valiosos de la mainnet a una cuenta cuya clave se haya expuesto durante las pruebas de Goerli.

Los contratos de prueba también pueden incluir controles de acceso débiles, funciones administrativas públicas, feeds de precios simulados, firmas simplificadas o código deliberadamente inseguro.

Los usuarios no deberían asumir que un contrato es fiable simplemente porque haya funcionado en una testnet pública.

Los estafadores pueden afirmar falsamente que Goerli ETH puede actualizarse, intercambiarse, transferirse mediante un bridge o convertirse en ETH valioso de la mainnet.

Ningún proceso legítimo de protocolo convierte Goerli ETH en ETH de la mainnet, ya que ambos activos pertenecen a estados de blockchain independientes.

Los usuarios también deberían tener cuidado con sitios web antiguos de Goerli que soliciten firmas de cartera o información privada.

Errores habituales de la testnet Goerli

Un error de «cadena no admitida» suele indicar que una cartera, aplicación o proveedor de infraestructura ha eliminado Goerli de su lista de redes compatibles.

Un error de «error al obtener datos» o de conexión RPC puede significar que se ha cerrado el endpoint de Goerli configurado.

Una transacción pendiente puede indicar una participación baja de validadores, inestabilidad de la red, un servicio RPC no disponible o una configuración incorrecta del gas.

Un error de fondos insuficientes significa que la cuenta no tiene suficiente Goerli ETH para pagar el coste de gas de la transacción de prueba.

Puede aparecer un error de contrato no encontrado cuando una aplicación está conectada a Sepolia o a la mainnet mientras sigue utilizando una dirección de contrato de Goerli.

Se produce una discrepancia de chain ID cuando la transacción se firma con el chain ID 5, pero se envía a un endpoint que sirve otra blockchain.

También puede fallar una llamada a un contrato porque Goerli no disponga de una función reciente de Ethereum que necesite el contrato o la herramienta de desarrollo.

La solución recomendada para la mayoría de los nuevos errores de Goerli es actualizar el proyecto para utilizar una testnet mantenida, en lugar de buscar otro endpoint temporal de Goerli.

Preguntas frecuentes

¿Está obsoleta la testnet Goerli?

Sí. Goerli está obsoleta y ya no la mantienen los equipos de clientes de Ethereum ni los equipos de pruebas de la Ethereum Foundation.

¿Cuándo se cerró la testnet Goerli?

El calendario oficial de soporte de Goerli implicaba una fecha de retirada del 13 de abril de 2024, aunque algunos nodos independientes de la comunidad pudieron seguir funcionando después de esa fecha.

¿Cuál es el chain ID de Goerli?

Goerli utiliza el chain ID 5, que distingue sus transacciones de las firmadas para la mainnet de Ethereum u otra red EVM.

¿Qué sustituyó a la testnet Goerli?

Sepolia sustituyó a Goerli para la mayoría de las pruebas de contratos inteligentes y aplicaciones, mientras que Hoodi se utiliza para pruebas de validadores, staking, infraestructura y actualizaciones de protocolo.

¿Goerli ETH es ETH real?

No. Goerli ETH es un activo de testnet independiente que no puede transferirse directamente a ETH de la mainnet de Ethereum.

¿Tiene valor Goerli ETH?

Goerli ETH estaba destinado a no tener valor económico real, aunque anteriormente su escasez provocó la aparición de mercados no oficiales.

¿Se puede transferir Goerli ETH a la mainnet mediante un bridge?

Ningún bridge legítimo convierte Goerli ETH en ETH de la mainnet, ya que el ETH de testnet no representa un derecho sobre el ETH de producción.

¿Puedo seguir obteniendo Goerli ETH de un faucet?

Es posible que algunas páginas antiguas de faucets sigan en línea, pero la disponibilidad de Goerli ETH ya no es fiable porque la red se ha retirado.

¿Puedo desplegar un contrato inteligente en Goerli?

Es posible que todavía se pueda realizar un despliegue a nivel técnico mediante la infraestructura restante, pero los desarrolladores deberían utilizar Sepolia para las pruebas públicas actuales de aplicaciones.

¿Goerli utilizaba Proof of Authority o Proof of Stake?

Al principio, Goerli utilizaba Clique Proof of Authority y más tarde pasó a Proof of Stake al fusionarse con la Beacon Chain Prater en 2022.

¿Qué era Prater?

Prater era la testnet Proof of Stake de la Beacon Chain que se fusionó con Goerli para proporcionar su capa de consenso posterior a The Merge.

¿Cuál fue la última actualización de Goerli?

Dencun fue la última actualización del protocolo de Goerli y se activó en la red el 17 de enero de 2024.

¿Deberían seguir utilizando Goerli los tutoriales antiguos?

No. Por lo general, los tutoriales que indican a los usuarios que desplieguen proyectos nuevos en Goerli deberían actualizarse para utilizar Sepolia u otro entorno mantenido adecuado para la prueba.

¿Están disponibles en Sepolia los contratos de Goerli?

No. Es necesario volver a desplegar los contratos, ya que Goerli y Sepolia tienen historiales, saldos, direcciones de contrato y estados de blockchain independientes.

¿Debería reutilizar en la mainnet una cartera de Goerli?

No. Es más seguro utilizar cuentas separadas porque las claves usadas durante las pruebas podrían haberse expuesto mediante herramientas de desarrollo, registros, scripts o demostraciones públicas.

Conclusión

La testnet Goerli fue una de las redes públicas de pruebas más importantes de la historia del desarrollo de Ethereum.

Ofreció a los desarrolladores un entorno compartido y compatible con varios clientes para probar contratos inteligentes, aplicaciones de criptomonedas, operaciones de validadores, grandes actualizaciones del protocolo y la transición de Ethereum a Proof of Stake.

Su chain ID era 5 y su token nativo, Goerli ETH, estaba destinado únicamente a pagar el gas de testnet y respaldar las actividades de desarrollo.

La fusión de Goerli con Prater ayudó a demostrar que las capas de ejecución y consenso de Ethereum podían funcionar juntas con Proof of Stake antes de que se produjera la misma transición en la mainnet.

Más adelante, la red alojó Dencun el 17 de enero de 2024, que se convirtió en su última actualización del protocolo compatible.

Goerli está ahora obsoleta, carece de soporte actual del protocolo y puede tener endpoints RPC, faucets, exploradores, validadores y dependencias de aplicaciones poco fiables.

Los desarrolladores deberían utilizar Sepolia para contratos inteligentes y aplicaciones descentralizadas, o Hoodi para pruebas de validadores y protocolos.

Goerli debe considerarse una testnet histórica de Ethereum, no un entorno seguro o fiable para nuevos desarrollos de criptomonedas.