Versión candidata de Litecoin Core v0.18.1

Nodo de origen: 1097877
Adrián Gallagher

Sigue nuestra Twitter para conocer las últimas noticias para desarrolladores.

Nos complace presentar el candidato de lanzamiento de Litecoin Core 0.18.1. Esta es una nueva versión principal, que incluye nuevas funciones, varias correcciones de errores, mejoras de rendimiento y traducciones actualizadas.

Se recomienda a los usuarios avanzados actualizar a esta versión. Después de pruebas suficientes, Litecoin Core 0.18.1 final se lanzará y se recomienda que todos los usuarios actualicen.

Si está ejecutando una versión anterior, apáguela. Espere hasta que se haya apagado por completo (lo que puede llevar unos minutos para versiones anteriores), luego ejecute el instalador (en Windows) o simplemente copie /Applications/Litecoin-Qt (en Mac) o litecoind/litecoin-qt (en Linux).

La primera vez que ejecute la versión 0.15.0 o más reciente, su base de datos en estado de cadena se convertirá a un nuevo formato, lo que tomará desde unos minutos hasta media hora, dependiendo de la velocidad de su máquina.

Tenga en cuenta que el formato de la base de datos de bloques también cambió en la versión 0.8.0 y no hay un código de actualización automático desde antes de la versión 0.8 a la versión 0.15.0 o posterior. No se admite la actualización directamente desde 0.7.xy anterior sin volver a descargar la cadena de bloques. Sin embargo, como de costumbre, las versiones antiguas de billetera todavía son compatibles.

Litecoin Core es compatible y probado exhaustivamente en sistemas operativos que utilizan el kernel de Linux, macOS 10.10+ y Windows 7 y versiones posteriores. No se recomienda utilizar Litecoin Core en sistemas no compatibles.

Litecoin Core también debería funcionar en la mayoría de los otros sistemas similares a Unix, pero no se prueba con tanta frecuencia en ellos.

Desde 0.17.0 en adelante, macOS <10.10 ya no es compatible. 0.17.0 está construido con Qt 5.9.x, que no es compatible con versiones de macOS anteriores a la 10.10. Además, Litecoin Core aún no cambia de apariencia cuando se activa el "modo oscuro" de macOS.

Además de las plataformas de CPU admitidas anteriormente, la distribución precompilada de esta versión también proporciona binarios para la plataforma RISC-V.

Para usuarios avanzados que tienen ambas (1) funciones de control de monedas habilitadas y (2) están usando múltiples billeteras cargadas al mismo tiempo: el cuadro de diálogo de selección de entrada de control de monedas puede retener erróneamente el estado de billetera incorrecta cuando se cambia de billetera usando el menú desplegable. Por ahora, se recomienda no utilizar las funciones de control de monedas con varias carteras cargadas.

  • Llamadas a getblocktemplate fallará si no se especifica la regla segwit. Vocación getblocktemplate sin segwit especificado es casi con certeza una mala configuración, ya que hacerlo da como resultado recompensas más bajas para el minero. Las llamadas fallidas producirán un mensaje de error que describe cómo habilitar la regla segwit.
  • Se imprime una advertencia si se utiliza un nombre de sección no reconocido en el archivo de configuración. Las secciones reconocidas son [test], [main]y [regtest].
  • Hay cuatro opciones nuevas disponibles para configurar el número máximo de mensajes que ZMQ pondrá en cola en la memoria (la “marca de agua alta”) antes de dejar mensajes adicionales. El valor predeterminado es 1,000, el mismo que se usó para versiones anteriores. Ver el Documentación de ZMQ para obtener más detalles.
  • La rpcallowip La opción ya no se puede utilizar para escuchar automáticamente en todas las interfaces de red. En cambio, el rpcbind El parámetro debe usarse para especificar las direcciones IP para escuchar. Escuchar comandos RPC a través de una conexión de red pública no es seguro y debe desactivarse, por lo que ahora se imprime una advertencia si un usuario selecciona dicha configuración. Si necesita exponer RPC para usar una herramienta como Docker, asegúrese de vincular solo RPC a su localhost, por ejemplo docker run [...] -p 127.0.0.1:9332:9332 (esto es un extra :9332 sobre la especificación normal del puerto Docker).
  • La rpcpassword La opción ahora provoca un error de inicio si la contraseña establecida en el archivo de configuración contiene un carácter de almohadilla (#), ya que es ambiguo si el carácter de almohadilla está destinado a la contraseña o como un comentario.
  • La whitelistforcerelay La opción se usa para retransmitir transacciones de pares en la lista blanca incluso cuando no se aceptan en el mempool. Esta opción ahora está desactivada de forma predeterminada, por lo que los cambios en la política y el comportamiento de desconexión / prohibición no harán que los pares eliminen un nodo que está en la lista blanca de otro. Los usuarios aún pueden habilitar explícitamente este comportamiento con la opción de línea de comando (y es posible que deseen considerar contactando el proyecto Litecoin Core para informarnos sobre su caso de uso, ya que esta función podría quedar obsoleta en el futuro).

Al crear una transacción con una tarifa anterior -maxtxfee (por defecto 0.1 LTC), los comandos RPC walletcreatefundedpsbt y fundrawtransaction ahora fallará en lugar de redondear la tarifa. Tenga en cuenta que el feeRate El argumento se especifica en LTC por kilobyte, no litoshi por byte.

  • Un nuevo corto documento sobre la interfaz JSON-RPC describe casos en los que los resultados de una RPC pueden contener inconsistencias entre los datos provenientes de diferentes subsistemas, como el estado de la billetera y el estado de mempool. Se agrega una nota al Documentación de la interfaz REST indicando que se aplican las mismas reglas.
  • Se agrega más información al Documentación JSON-RPC acerca de cómo proteger esta interfaz.
  • Una nueva encuesta documento sobre la litecoin.conf El archivo describe cómo usarlo para configurar Litecoin Core.
  • Un nuevo documento presenta el BIP174 de Litecoin Core Transacciones Litecoin parcialmente firmadas (PSBT) interfaz, que se utiliza para permitir que varios programas trabajen en colaboración para crear, firmar y difundir nuevas transacciones. Esto es útil para billeteras fuera de línea (almacenamiento en frío), billeteras multifirma, implementaciones de coinjoin y muchos otros casos en los que dos o más programas necesitan interactuar para generar una transacción completa.
  • La descriptor del script de salida La documentación se ha actualizado con información sobre nuevas funciones en este lenguaje aún en desarrollo para describir los scripts de salida para los que una billetera u otro programa desea recibir notificaciones, como las direcciones en las que desea saber los pagos recibidos. El lenguaje se usa actualmente en múltiples RPC nuevas y actualizadas que se describen en estas notas de la versión y se espera que se adapte a otras RPC y a la estructura de billetera subyacente.
  • Una nueva encuesta --disable-bip70 la opción se puede pasar a ./configure para evitar que Litecoin-Qt se construya con soporte para el protocolo de pago BIP70 o que vincule libssl. Como el protocolo de pago ha expuesto a Litecoin Core a vulnerabilidades libssl en el pasado, se alienta a los constructores que no necesitan soporte BIP70 a utilizar esta opción para reducir su exposición a vulnerabilidades futuras.
  • La versión mínima requerida de Qt (al construir la GUI) se ha aumentado de 5.2 a 5.5.1 (el depende del sistema proporciona 5.9.7)
  • getnodeaddresses devuelve direcciones de pares conocidas por este nodo. Se puede usar para encontrar nodos a los que conectarse sin usar una sembradora de DNS.
  • listwalletdir devuelve una lista de billeteras en el directorio de billetera (ya sea el directorio de billetera predeterminado o el directorio configurado por el -walletdir parámetro).
  • getrpcinfo devuelve detalles de tiempo de ejecución del servidor RPC. Por el momento, devuelve una matriz de los comandos actualmente activos y cuánto tiempo han estado ejecutándose.
  • deriveaddresses devuelve una o más direcciones correspondientes a un descriptor de salida.
  • getdescriptorinfo acepta un descriptor y devuelve información sobre él, incluida su suma de comprobación calculada.
  • joinpsbts fusiona varios PSBT distintos en un solo PSBT. Los múltiples PSBT deben tener diferentes entradas. El PSBT resultante contendrá todas las entradas y salidas de todos los PSBT. Se eliminarán todas las firmas proporcionadas en cualquiera de los PSBT.
  • analyzepsbt examina un PSBT y proporciona información sobre el contenido del PSBT y los próximos pasos que se deben seguir para completar la transacción. Para cada entrada de un PSBT, analyzepsbt proporciona información sobre qué información falta para esa entrada, incluido si es necesario proporcionar un UTXO, qué claves públicas aún deben proporcionarse, qué scripts deben proporcionarse y qué firmas aún se necesitan. Cada entrada también enumerará qué función se necesita para completar esa entrada, y analyzepsbt también enumerará el siguiente rol en general necesario para completar el PSBT. analyzepsbt también proporcionará la tarifa estimada y el tamaño virtual estimado de la transacción completada si tiene suficiente información para hacerlo.
  • utxoupdatepsbt busca en el conjunto de salidas de transacciones no gastadas (UTXO) para encontrar las salidas gastadas por la transacción parcial. Los PSBT deben tener los UTXO que se gastan para que se proporcionen porque el algoritmo de firma requiere información del UTXO que se gasta. Para las entradas segwit, solo es necesario el UTXO en sí. Para las salidas que no son segwit, se necesita toda la transacción anterior para que los firmantes puedan estar seguros de que están firmando lo correcto. Desafortunadamente, debido a que el conjunto de UTXO solo contiene UTXO y no transacciones completas, utxoupdatepsbt solo agregará el UTXO para las entradas segwit.

Nota: algunos cambios de RPC de bajo nivel que son principalmente útiles para las pruebas se describen en la sección Cambios de bajo nivel a continuación.

  • getpeerinfo ahora devuelve un adicional minfeefilter campo establecido en el filtro de tarifas BIP133 del par. Puede usar esto para detectar que tiene pares que están dispuestos a aceptar transacciones por debajo de la tarifa de retransmisión mínima predeterminada.
  • Los ERT de mempool, como getrawmempool verbose=true, ahora devuelve un valor adicional "reemplazable por bip125" que indica si la transacción (o sus antepasados ​​no confirmados) opta por solicitar a los nodos y mineros que la reemplacen con una transacción de tarifa más alta que gaste cualquiera de las mismas entradas.
  • settxfee intentos previamente ignorados en silencio de establecer la tarifa por debajo de los mínimos permitidos. Ahora imprime una advertencia. El valor especial de "0" todavía se puede utilizar para solicitar el valor mínimo.
  • getaddressinfo ahora proporciona un ischange campo que indica si la billetera usó la dirección en una salida de cambio.
  • importmulti se ha actualizado para admitir P2WSH, P2WPKH, P2SH-P2WPKH y P2SH-P2WSH. Las solicitudes de P2WSH y P2SH-P2WSH aceptan un adicional witnessscript parámetro.
  • importmulti ahora devuelve un adicional warnings campo para cada solicitud con una matriz de cadenas que explica cuándo los campos se ignoran o son inconsistentes, si los hay.
  • getaddressinfo ahora devuelve un adicional solvable campo booleano cuando Litecoin Core sabe lo suficiente sobre el scriptPubKey de la dirección, el redeemScript opcional y el testimonio opcional para que la billetera pueda generar fondos para gastos de entrada sin firmar enviados a esa dirección.
  • La getaddressinfo, listunspenty scantxoutset Los RPC ahora devuelven un desc campo que contiene un descriptor de salida que contiene todas las rutas de claves e información de firma para la dirección (excepto la clave privada). los desc el campo solo se devuelve para getaddressinfo y listunspent cuando la dirección tiene solución.
  • importprivkey conservará las etiquetas previamente establecidas para las direcciones o claves públicas correspondientes a la clave privada que se está importando. Por ejemplo, si importó una dirección de solo reloj con la etiqueta "billetera fría" en versiones anteriores de Litecoin Core, la importación posterior de la clave privada restablecería la etiqueta de la dirección a la etiqueta predeterminada de cadena vacía (""). En esta versión, se conservará la etiqueta anterior de "billetera fría". Si opcionalmente especifica cualquier etiqueta además de la predeterminada al llamar importprivkey, la nueva etiqueta se aplicará a la dirección.
  • Consulte las Minería sección para cambios en getblocktemplate.
  • getmininginfo ahora omite currentblockweight y currentblocktx cuando un bloque nunca se ensambló a través de RPC en este nodo.
  • La getrawtransaction Los puntos finales RPC y REST ya no verifican el conjunto de UTXO no gastado para una transacción. Los comportamientos restantes son los siguientes: 1. Si se proporciona un blockhash, marque el bloque correspondiente. 2. Si no se proporciona blockhash, verifique el mempool. 3. Si no se proporciona blockhash pero txindex está habilitado, también verifique txindex.
  • unloadwallet ahora es sincrónico, lo que significa que no regresará hasta que la billetera esté completamente descargada.
  • importmulti ahora admite la importación de direcciones desde descriptores. Se puede proporcionar un parámetro "desc" en lugar de "scriptPubKey" en una solicitud, así como un rango opcional para descriptores de rango para especificar el inicio y el final del rango a importar. Descriptores con información de origen clave importada a través de importmulti tendrá su información de origen clave almacenada en la billetera para usarla con la creación de PSBT. Se puede encontrar más información sobre descriptores esta página.
  • listunspent ha sido modificado para que también vuelva witnessScript, el script testigo en el caso de una salida P2WSH o P2SH-P2WSH.
  • createwallet ahora tiene un opcional blank argumento que se puede utilizar para crear una billetera en blanco. Las carteras en blanco no tienen claves ni semilla HD. No se pueden abrir en software anterior a 0.18. Una vez que una billetera en blanco tiene un conjunto de semillas HD (usando sethdseed) o claves privadas, scripts, direcciones y otras cosas de reloj solo se han importado, la billetera ya no está en blanco y se puede abrir en 0.17.x. Cifrar una billetera en blanco también establecerá una semilla HD para ella.
  • signrawtransaction se elimina después de quedar obsoleta y oculta detrás de una opción de configuración especial en la versión 0.17.0.
  • La API de 'cuenta' se elimina después de quedar obsoleta en v0.17. La API de 'etiqueta' se introdujo en v0.17 como reemplazo de las cuentas. Ver el notas de la versión de v0.17 para obtener una descripción completa de los cambios de la API de 'cuenta' a la API de 'etiqueta'.
  • addwitnessaddress se elimina después de quedar obsoleto en la versión 0.16.0.
  • generate está en desuso y se eliminará por completo en una versión principal posterior. Esta RPC solo se usa para pruebas, pero su implementación se extendió a varios subsistemas (billetera y minería), por lo que está en desuso para simplificar la interfaz billetera-nodo. Proyectos que están usando generate para fines de prueba, debe pasar al uso de generatetoaddress RPC, que no requiere ni usa el componente de billetera. Vocación generatetoaddress con una dirección devuelta por el getnewaddress RPC ofrece la misma funcionalidad que el antiguo generate RPC. Para seguir usando generate en esta versión, reinicie litecoind con el -deprecatedrpc=generate opción de configuración.
  • Recuerde que partes del validateaddress El comando ha sido obsoleto y movido a getaddressinfo. Los siguientes campos obsoletos se han trasladado a getaddressinfo: ismine, iswatchonly, script, hex, pubkeys, sigsrequired, pubkey, embedded, iscompressed, label, timestamp, hdkeypath, hdmasterkeyid.
  • La addresses El campo ha sido eliminado del validateaddress y getaddressinfo Métodos RPC. Este campo era confuso ya que se refería a claves públicas que usaban su dirección P2PKH. Los clientes deben usar el embedded.address campo para direcciones envueltas P2SH o P2WSH, y pubkeys para inspeccionar participantes de múltiples firmas.
  • Una nueva encuesta /rest/blockhashbyheight/ Se agrega un punto final para obtener el hash del bloque en la mejor cadena de bloques actual en función de su altura (cuántos bloques hay después del Bloque Génesis).
  • Se agrega un nuevo menú Ventana junto con los menús Archivo, Configuración y Ayuda existentes. Varios elementos de los otros menús que abrieron nuevas ventanas se han movido a este nuevo menú Ventana.
  • En la pestaña Enviar, se ha eliminado la casilla de verificación para "pagar solo la tarifa requerida". En su lugar, el usuario puede simplemente disminuir el valor en el campo Tarifa personalizada hasta la tarifa de retransmisión mínima configurada del nodo.
  • En la pestaña Descripción general, el saldo solo para reloj será el único saldo que se mostrará si la billetera se creó con el createwallet RPC y el disable_private_keys El parámetro se estableció en verdadero.
  • La opción de lanzamiento al inicio ya no está disponible en macOS si se compila con la versión de macosx min superior a 10.11 (use CXXFLAGS = ”- mmacosx-version-min = 10.11 ″ CFLAGS =” - mmacosx-version-min = 10.11 ″ para configurar la versión del SDK de implementación)
  • Una nueva encuesta litecoin-wallet La herramienta ahora se distribuye junto con otros ejecutables de Litecoin Core. Sin necesidad de usar ningún RPC, esta herramienta actualmente puede crear un nuevo archivo de billetera o mostrar información básica sobre una billetera existente, como si la billetera está encriptada, si usa una semilla HD, cuántas transacciones contiene y cuántas entradas de la libreta de direcciones que tiene.

Esta sección describe los cambios planificados en Litecoin Core que pueden afectar a otros servicios y software de Litecoin.

  • Desde la versión 0.16.0, la billetera incorporada de Litecoin Core ha dejado de generar direcciones segwit envueltas en P2SH cuando los usuarios desean recibir pagos. Estas direcciones son compatibles con versiones anteriores de todo el software de uso generalizado. Comenzando con Litecoin Core 0.20 (esperado alrededor de un año después de 0.18), Litecoin Core usará por defecto direcciones segwit nativas (bech32) que brindan ahorros de tarifas adicionales y otros beneficios. Actualmente, muchas carteras y servicios ya admiten el envío a direcciones bech32, y si el proyecto Litecoin Core ve una adopción adicional suficiente, en su lugar se establecerá de forma predeterminada en bech32 recibiendo direcciones en Litecoin Core 0.20. Las direcciones segwit envueltas en P2SH se seguirán proporcionando si el usuario las solicita en la GUI o mediante RPC, y cualquiera que no desee la actualización podrá configurar su tipo de dirección predeterminada. (Del mismo modo, los usuarios pioneros que quieran cambiar su valor predeterminado ahora pueden establecer el addresstype=bech32 opción de configuración en cualquier versión de Litecoin Core desde 0.16.0 en adelante).
  • Los mensajes de rechazo BIP 61 ahora están obsoletos. Los mensajes de rechazo no tienen ningún caso de uso en la red P2P y solo la mayoría de los nodos de red registran para su depuración. Además, aumentan el ancho de banda y pueden ser perjudiciales para la privacidad y la seguridad. Ha sido posible deshabilitar los mensajes BIP 61 desde v0.17 con el -enablebip61=0 opción. Los mensajes BIP 61 se desactivarán de forma predeterminada en una versión futura, antes de eliminarse por completo.

En esta sección se describen los cambios de RPC que son principalmente útiles para las pruebas, en su mayoría no relevantes en producción. Los cambios se mencionan para completar.

  • La submitblock RPC anteriormente devolvió la razón por la que un bloque rechazado no era válido la primera vez que procesó ese bloque, pero devolvió un mensaje de rechazo "duplicado" genérico en ocasiones posteriores en las que procesó el mismo bloque. Ahora siempre devuelve la razón fundamental para rechazar un bloque no válido y solo devuelve "duplicado" para los bloques válidos que ya ha aceptado.
  • Una nueva encuesta submitheader RPC permite enviar encabezados de bloque independientemente de su bloque. Es probable que esto solo sea útil para realizar pruebas.
  • La signrawtransactionwithkey y signrawtransactionwithwallet Los RPC se han modificado para que también acepten opcionalmente un witnessScript, el script testigo en el caso de una salida P2WSH o P2SH-P2WSH. Esto es compatible con el cambio a listunspent.
  • Para el walletprocesspsbt y walletcreatefundedpsbt RPC, si el bip32derivs El parámetro se establece en verdadero pero los metadatos de clave para una clave pública aún no se han actualizado, entonces esa clave tendrá una ruta de derivación como si fuera solo una clave independiente (es decir, sin ruta de derivación y su huella digital maestra es ella misma).
  • La -usehd La opción de configuración se eliminó en la versión 0.16. A partir de esa versión, todas las carteras nuevas creadas son carteras deterministas jerárquicas. Esta versión hace que especificar -usehd una opción de configuración no válida.
  • Esta versión permite a los pares que su nodo desconectó automáticamente por mal comportamiento (por ejemplo, enviar datos no válidos) para volver a conectarse a su nodo si tiene ranuras de conexión entrante no utilizadas. Si sus ranuras se llenan, se desconectará un nodo que se comporte mal para dejar espacio para los nodos sin un historial de problemas (a menos que el nodo que se comporte mal ayude a su nodo de alguna otra manera, como conectándose a una parte de Internet desde la cual usted no) tengo muchos otros compañeros). Anteriormente, Litecoin Core prohibió las direcciones IP de los compañeros que se comportaban mal durante un período de tiempo (predeterminado de 1 día); esto fue fácilmente eludido por atacantes con múltiples direcciones IP. Si prohíbe manualmente a un par, como mediante el uso de setban RPC, se rechazarán todas las conexiones de ese par.
  • Los metadatos clave deberán actualizarse la primera vez que la semilla HD esté disponible. En el caso de carteras no cifradas, esto ocurrirá al cargar la cartera. En el caso de carteras cifradas, esto ocurrirá la primera vez que se desbloquee la cartera.
  • Las billeteras recién encriptadas ya no requerirán reiniciar el software. En cambio, dichas carteras se descargarán y volverán a cargar por completo para lograr el mismo efecto.
  • Un subproyecto de Litecoin Core ahora proporciona scripts de Hardware Wallet Interaction (HWI) que permiten a los usuarios de la línea de comandos usar varios dispositivos populares de administración de claves de hardware con Litecoin Core. Ver su página del proyecto para obtener más detalles.
  • Esta versión cambia el generador de números aleatorios (RNG) utilizado de OpenSSL a la propia implementación de Litecoin Core, aunque la entropía recopilada por Litecoin Core se envía a OpenSSL y luego se vuelve a leer cuando el programa necesita una fuerte aleatoriedad. Esto acerca a Litecoin Core un poco más a no necesitar más depender de OpenSSL, una dependencia que ha causado problemas de seguridad en el pasado. La nueva implementación recopila entropía de varias fuentes, incluido el hardware que admite la instrucción de CPU rdseed.
  • En macOS, Litecoin Core ahora opta por la limitación de la CPU de la aplicación ("siesta de la aplicación") durante la descarga inicial de la cadena de bloques, cuando se recupera de más de 100 bloques detrás de la punta de la cadena actual o cuando se reindexan los datos de la cadena. Esto ayuda a evitar que estas operaciones tarden demasiado tiempo porque el sistema operativo está intentando ahorrar energía.

Para descargar, visite la página de descarga esta página. Alternativamente, puede ver la carpeta de descarga esta página.

Utilice GPG para verificar la integridad de los binarios de la versión. Esto asegura que el binario que ha descargado no haya sido manipulado. Las instrucciones GPG de la línea de comandos cygwin de Linux, MacOS y Win32 están disponibles esta página. Tenga en cuenta también que GPG firma los binarios para su conveniencia, la mejor forma de verificar la integridad de las compilaciones es compilarlas usted mismo usando Gitian. Se pueden encontrar instrucciones sobre cómo realizar estas compilaciones esta página.

Para esta versión, los binarios se han firmado con un identificador de clave FE3348877809386C (llave de thrasher).

A pesar de que esta versión se ha probado exhaustivamente, es posible que aún contenga errores. Siempre haga una copia de seguridad de su archivo wallet.dat antes de actualizar. Si encuentra algún problema, háganoslo saber publicando en la sección de informes de errores a continuación.

La rama maestra contiene las últimas confirmaciones para las próximas versiones estables de Litecoin Core.

Se pueden encontrar instrucciones de construcción para Linux esta página.

Se pueden encontrar las instrucciones de construcción para OSX esta página.

Se pueden encontrar instrucciones de compilación para Windows esta página.

Envíe cualquier problema que encuentre aquí y uno de los desarrolladores de Litecoin lo ayudará.

Regístrese solo para anuncios o debates sobre desarrollo.

Estos son los hash SHA-256 de los archivos publicados:

b8a118e94703e84128bec31a99a59b91af54edb1b0470b970cec3809fc8753ae litecoin-0.18.1-aarch64-linux-gnu.tar.gz
7a47b11065c86a661eec3eb5ba8d157d65ac7e16930fbd381e519d4dcbf86574 litecoin-0.18.1-arm-linux-gnueabihf.tar.gz
58be96c96f7579f05acb3b544698a3e1cd8ede8fb10874ccc7ce1ee9de4f3fc0 litecoin-0.18.1-i686-pc-linux-gnu.tar.gz
8798e030235e2099a456f06a8488a5567641058885965da03036538fa57df0a6 litecoin-0.18.1-osx64.tar.gz
68f4348cb9aa913845a94bcc93718b83b593999ed41e245cdfed0477ec1a9631 litecoin-0.18.1rc1-osx.dmg
7b7f78588340d26b222ff927c7bbfa5eafa68d80b8408d1835f537361a4d9123 litecoin-0.18.1rc1-win32-setup.exe
b76f31c9e7341ffb21f655cfa217ee50b9cde4e10f117eba7167aff85a57e769 litecoin-0.18.1rc1-win64-setup.exe
00e05c776d57443127ed4a75c5a27b3789f8f7bbf01edb668bfa75ac138a49d3 litecoin-0.18.1-riscv64-linux-gnu.tar.gz
6dfa71ccf059463f0a304f85ff1ca8b88039d63e93269d6f056ab24915be936d litecoin-0.18.1.tar.gz
4aea854431c495f43bf3665fc6c0e18f2e6a0caf2b5c4682b8aca4875650c5ad litecoin-0.18.1-win32.zip
fa47ab17be61a924ac5dcba251cbea919aef7ff2dabe7803a6b3af402ef1fe75 litecoin-0.18.1-win64.zip
3c8d2cd2cc06645fc553ced8361c6951eef50e09dc2334268625902bcdb18f76 litecoin-0.18.1-x86_64-linux-gnu.tar.gz

Gracias a todos los que contribuyeron directamente a esta versión:

  • Los desarrolladores de Bitcoin Core
  • Adrián Gallagher
  • aunyks
  • coblée
  • criptonexii
  • EP1JUNIO
  • Gabrieldov
  • jmutkawoa
  • Loshan
  • Martin Smith
  • NeMO84
  • Oleg Kozhemiakin
  • ppm0
  • romanonorr
  • Shaolinfry
  • spl0i7
  • stedwms
  • ultragtx
  • VKoskiv
  • vacío principal
  • wbsmolen
  • xinxi

Source: https://blog.litecoin.org/litecoin-core-v0-18-1-release-candidate-22bfdc95a65a?source=rss—-d41bceeb173b—4

Sello de tiempo:

Mas de Litecoin