Siga las Google+ página or Twitter para conocer las últimas noticias para desarrolladores.
Nos complace presentar el candidato de lanzamiento de Litecoin Core 0.16.0. Esta es una nueva versión principal, que incluye nuevas funciones, varias correcciones de errores y mejoras de rendimiento, así como traducciones actualizadas.
Se recomienda a los usuarios avanzados actualizar a esta versión. Después de pruebas suficientes, se lanzará Litecoin Core v0.16.0 final y se recomienda que todos los usuarios actualicen.
Cartera Segwit
Litecoin Core 0.16.0 introduce soporte completo para segwit en la billetera y las interfaces de usuario. Un nuevo -addresstype
Se ha agregado un argumento, que admite legacy
, p2sh-segwit
(predeterminado) y bech32
direcciones. Controla qué tipo de direcciones son producidas por getnewaddress
, getaccountaddress
y createmultisigaddress
. La -changetype
También se ha agregado el argumento, con las mismas opciones, y por defecto igual a -addresstype
, para controlar qué tipo de cambio se utiliza.
Una nueva encuesta address_type
Se ha agregado el parámetro al getnewaddress
y addmultisigaddress
RPC para especificar qué tipo de dirección generar. UNA change_type
El argumento se ha agregado al fundrawtransaction
RPC para anular el -changetype
argumento para transacciones específicas.
- Todas las direcciones segwit creadas a través de
getnewaddress
or*multisig
Los RPC obtienen explícitamente sus scripts de canje agregados al archivo de billetera. Esto significa que la degradación después de crear una dirección segwit funcionará, siempre que el archivo de billetera esté actualizado. - Todas las claves segwit en la billetera obtienen un script de rescate implícito agregado, sin que se escriba en el archivo. Esto significa que la recuperación de una copia de seguridad anterior funcionará, siempre que utilice un software nuevo.
- Todas las claves del conjunto de claves que se utilizan en transacciones obtienen explícitamente sus scripts de canje agregados a los archivos de la billetera. Esto significa que la degradación después de recuperarse de una copia de seguridad que incluye una dirección segwit funcionará
Tenga en cuenta que algunas RPC aún no admiten direcciones segwit. Notablemente, signmessage
/verifymessage
no admite direcciones segwit, ni importmulti
en este momento. El soporte para segwit en esos RPC continuará agregándose en versiones futuras.
Las salidas de cambio P2WPKH ahora se utilizan de forma predeterminada si cualquier destino de la transacción es una salida P2WPKH o P2WSH. Esto se hace para asegurar que la salida de cambio sea lo más indistinguible posible de las otras salidas en cualquier caso.
Soporte de dirección BIP173 (Bech32) (direcciones "ltc1 ...")
Ahora se ha agregado soporte completo para direcciones segwit nativas (BIP173 / Bech32). Esto incluye la capacidad de enviar a direcciones BIP173 (incluidas las que no son v0) y generar estas direcciones (incluidas las nuevas direcciones predeterminadas, consulte más arriba).
Se ha agregado una casilla de verificación a la GUI para seleccionar si se debe generar una dirección Bech32 o una dirección envuelta en P2SH al usar direcciones segwit. Cuando se lanza con -addresstype=bech32
está marcado por defecto. Cuando se lanza con -addresstype=legacy
está desmarcado y deshabilitado.
Carteras HD por defecto
Debido a un cambio incompatible con versiones anteriores en la base de datos de billeteras, las billeteras creadas con la versión 0.16.0 serán rechazadas por versiones anteriores. Además, la versión 0.16.0 solo creará carteras deterministas jerárquicas (HD). Tenga en cuenta que esto solo se aplica a carteras nuevas; las carteras hechas con versiones anteriores no se actualizarán para ser HD.
Configuración del directorio de carteras (-walletdir
)
Litecoin Core ahora tiene más flexibilidad en el lugar donde se puede ubicar el directorio de billeteras. Anteriormente, los archivos de la base de datos de billetera se almacenaban en el nivel superior del directorio de datos de litecoin. El comportamiento es ahora:
- Para nuevas instalaciones (donde el directorio de datos aún no existe), las billeteras ahora se almacenarán en una nueva
wallets/
subdirectorio dentro del directorio de datos por defecto. - Para los nodos existentes (donde el directorio de datos ya existe), las carteras se almacenarán en la raíz del directorio de datos de forma predeterminada. Si un
wallets/
El subdirectorio ya existe en la raíz del directorio de datos, luego las billeteras se almacenarán en elwallets/
subdirectorio de forma predeterminada. - La ubicación del directorio de carteras se puede anular especificando un
-walletdir=<path>
opción donde<path>
puede ser una ruta absoluta a un directorio o enlace simbólico de directorio.
Se debe tener cuidado al elegir la ubicación del directorio de billeteras, ya que si no está disponible durante la operación, se pueden perder fondos.
La versión mínima del compilador GCC requerida para compilar Litecoin Core es ahora 4.8. No se hará ningún esfuerzo para admitir versiones anteriores de GCC. Ver discusión en cuestión #11732 para más información. La versión mínima del compilador de Clang sigue siendo 3.3. Otras versiones de dependencia mínima se pueden encontrar en doc/dependencies.md
en el repositorio.
Los nodos podados ahora pueden señalar NODE_NETWORK_LIMITED de BIP159 usando bits de servicio, en preparación para el soporte completo de BIP159 en versiones posteriores. Esto permitiría que los nodos podados sirvan a los bloques más recientes. Sin embargo, el cambio actual aún no incluye soporte para conectarse a estos pares eliminados.
Las optimizaciones de hash SHA256 para arquitecturas compatibles con SSE4, que conducen a un 50% de aceleraciones en SHA256 en hardware compatible (sincronización y validación de bloques un 5% más rápida), ahora se han habilitado de forma predeterminada. En versiones anteriores se habilitaban usando el --enable-experimental-asm
marca al construir, pero ahora son los predeterminados y ya no se consideran experimentales.
- Ahora se ha eliminado la opción de reutilizar una dirección anterior. Esto se justificó por la necesidad de "reenviar" una factura, pero ahora que tenemos el historial de solicitudes, esa necesidad debería desaparecer.
- Se ha agregado soporte para buscar por TXID, en lugar de solo dirección y etiqueta.
- Se ha agregado una opción "Usar saldo disponible" al cuadro de diálogo Enviar monedas, para agregar el saldo de billetera disponible restante a una salida de transacción.
- Se ha agregado una palanca para quitar el ciego de los campos de contraseña en el cuadro de diálogo de contraseña.
Nuevo rescanblockchain
RPC
Un nuevo RPC rescanblockchain
se ha agregado para invocar manualmente una nueva exploración de blockchain. El RPC admite argumentos de altura inicial y final para la nueva exploración, y se puede utilizar en un entorno de varias carteras para volver a explorar la cadena de bloques en tiempo de ejecución.
Nuevo savemempool
RPC
Una nueva encuesta savemempool
Se ha agregado RPC que permite guardar el mempool actual en el disco en cualquier momento para evitar que se pierda debido a fallas o pérdida de energía.
Modo seguro deshabilitado por defecto
El modo seguro ahora está deshabilitado de forma predeterminada y debe habilitarse manualmente (con -disablesafemode=0
) si desea utilizarlo. El modo seguro es una característica que deshabilita un subconjunto de llamadas RPC, principalmente relacionadas con la billetera y el envío, automáticamente en caso de que se detecten ciertas condiciones de problema con la red. Sin embargo, los desarrolladores han llegado a considerar que estos controles no son lo suficientemente confiables para actuar automáticamente. Incluso con el modo seguro desactivado, seguirán provocando advertencias en el warnings
del objeto getneworkinfo
RPC y ejecute el -alertnotify
mando.
Script renombrado para crear credenciales JSON-RPC
La share/rpcuser/rpcuser.py
se cambió el nombre del script a share/rpcauth/rpcauth.py
. Este script se puede utilizar para crear rpcauth
credenciales para un usuario JSON-RPC.
Mejoras en la dirección de validación
La validateaddress
La salida RPC se ha ampliado con algunos campos nuevos y compatibilidad con direcciones segwit (tanto P2SH como Bech32). Específicamente:
- Un nuevo campo
iswitness
es Verdadero para las direcciones P2WPKH y P2WSH (direcciones “ltc1…”), pero no para las direcciones segwit envueltas en P2SH (ver más abajo). - El campo existente
isscript
ahora también informará Verdadero para direcciones P2WSH. - Un nuevo campo
embedded
está presente para todas las direcciones de secuencia de comandos en las que se conoce la secuencia de comandos y coincide con algo que se puede interpretar como una dirección conocida. Esto es particularmente cierto para las direcciones P2SH-P2WPKH y P2SH-P2WSH. El valor deembedded
incluye gran parte de la informaciónvalidateaddress
informaría si se invoca directamente en la dirección incrustada. - Para scripts de múltiples firmas, un nuevo
pubkeys
Se agregó un campo que informa las claves públicas completas involucradas en el script (si se conocen). Este es un reemplazo para el existenteaddresses
campo (que reporta la misma información pero codificada como direcciones P2PKH), representado de una manera más útil y menos confusa. losaddresses
El campo permanece presente para direcciones que no son segwit por compatibilidad con versiones anteriores. - Para todas las direcciones de clave única con clave conocida (incluso cuando están envueltas en P2SH o P2WSH), el
pubkey
estará presente el campo. En particular, esto significa que invocarvalidateaddress
en la salida degetnewaddress
siempre informará elpubkey
, incluso cuando el tipo de dirección es P2SH-P2WPKH.
- El RPC en desuso
getinfo
fue removido. Se recomienda que se utilicen los RPC más específicos: getblockchaininfo
getnetworkinfo
getwalletinfo
getmininginfo
- La billetera RPC
getreceivedbyaddress
devolverá un error si se llama con una dirección que no está en la billetera. - La billetera RPC
addwitnessaddress
estaba en desuso y se eliminará en la versión 0.17, establezca eladdress_type
argumento degetnewaddress
, u opción-addresstype=[bech32|p2sh-segwit]
preferiblemente. dumpwallet
ahora incluye scripts codificados en hexadecimal de la billetera en el archivo de volcado, yimportwallet
ahora importa estos scripts, pero es posible que las direcciones correspondientes no se agreguen correctamente o que sea necesario volver a escanear manualmente para encontrar transacciones relevantes.- El RPC
getblockchaininfo
ahora incluye unerrors
campo. - Una nueva encuesta
blockhash
Se ha agregado el parámetro algetrawtransaction
RPC que permite obtener una transacción sin procesar de un bloque específico si se conoce, incluso sin-txindex
habilitado - La
decoderawtransaction
yfundrawtransaction
Los RPC ahora tienen opcionalesiswitness
parámetros para anular las comprobaciones de testigos heurísticos si es necesario. - La
walletpassphrase
el tiempo de espera ahora está limitado a 2 ^ 30 segundos. - Usando direcciones con el
createmultisig
RPC ahora está en desuso y se eliminará en una versión posterior. En su lugar, deben usarse claves públicas. - Las reexploraciones de blockchain ahora ya no bloquean la billetera durante todo el proceso de reexploración, por lo que ahora se pueden usar otros RPC al mismo tiempo (aunque los resultados de los saldos / transacciones pueden ser incorrectos o incompletos hasta que se complete la reexploración).
- La
logging
RPC ahora se ha hecho público en lugar de oculto. - An
initialblockdownload
booleano se ha agregado algetblockchaininfo
RPC para indicar si el nodo está actualmente en IBD o no. minrelaytxfee
ahora se incluye en la salida degetmempoolinfo
-debuglogfile=<file>
se puede utilizar para especificar un archivo de registro de depuración alternativo.- litecoin-cli ahora tiene un
-stdinrpcpass
opción para permitir que la contraseña RPC se lea desde la entrada estándar. - La
-usehd
se ha eliminado la opción. - litecoin-cli ahora admite un nuevo
-getinfo
bandera que devuelve una salida como la del ahora eliminadogetinfo
RPC.
- El puerto de registro JSON-RPC predeterminado se ha cambiado a 19443 para evitar conflictos con el valor predeterminado de testnet de 19332.
- Segwit ahora siempre está activo en modo de prueba de forma predeterminada. Por lo tanto, si actualiza un nodo de prueba, deberá volver a indexar o usar las reglas anteriores agregando
vbparams=segwit:0:999999999999
a su regtest litecoin.conf. Si no lo hace, se producirá una falla en la aserción CheckBlockIndex () que se verá así: Aserción `(pindexFirstNeverProcessed! = Nullptr) == (pindex-> nChainTx == 0) 'falló.
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:
70c8530b957110ba6eaa4794d28b667ecff7e59d0e306e5899236aab5dd84e0b litecoin-0.16.0-aarch64-linux-gnu.tar.gz
b0a5ee56f89fcdb74b580ec5de0ff054b3b7dbb0a2cf6384f066e2217d6830a8 litecoin-0.16.0-arm-linux-gnueabihf.tar.gz
e5dab0814efdad4e0ae61b76d7b859e6fda6224c9fbe5d5fc6807fb7e13a05b1 litecoin-0.16.0-i686-pc-linux-gnu.tar.gz
90fcabe4627aa8c822a9ce7eb8fa55eb8a497c31513369bd8078c8401bf8583c litecoin-0.16.0-osx64.tar.gz
1d3a0ebb0b5c32f36f2157c252b8623c3152d318e7a40c8726e572b4e013ed17 litecoin-0.16.0rc1-osx.dmg
32ab7a80215092b02bc800e9c5d4bc7c0df2da693876f6ebd7e4a6277a812e05 litecoin-0.16.0rc1-win32-setup.exe
35572a215f034eb7c23e4c73c146e631087acf928a3b76113bc70fead3585052 litecoin-0.16.0rc1-win64-setup.exe
7dc4d72a40ec175bc00c464f626f8ffbff8a583e2105da1365662dceff138736 litecoin-0.16.0.tar.gz
f6d2f55f7f02f49bb6764e560d82cece7a8a598cf895af5c6947334b1e5ff7b2 litecoin-0.16.0-win32.zip
ae068caf852de47fb649f9002a440b57386ea88e5a6347287af15a8e2532d27e litecoin-0.16.0-win64.zip
2ca17e763d08ef621ea137519117234dd20db4be58cd3db317e40fe85b13fe4e litecoin-0.16.0-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
- Gabrieldov
- Martin Smith
- NeMO84
- ppm0
- romanonorr
- Shaolinfry
- spl0i7
- ultragtx
- VKoskiv
- vacío principal
- xinxi
- "
- Absoluto
- lector activo
- Todos
- Anuncios
- argumentos
- Backup
- Bitcoin
- núcleo bitcoin
- blockchain
- Error
- loco
- build
- Construir la
- Causa
- el cambio
- Cheques
- Monedas
- el conflicto
- continue
- contribuido
- Creamos
- Current
- datos
- Base de datos
- Dev
- desarrolladores
- Desarrollo
- EC
- Entorno
- Fracaso
- Feature
- Caracteristicas
- Terrenos
- Flexibilidad
- seguir
- ser completados
- fondos
- futuras
- Materiales
- Hashing
- esta página
- historia
- Cómo
- Como Hacer
- hr
- HTTPS
- Incluye
- información
- involucra
- cuestiones
- IT
- Clave
- claves
- más reciente
- lanzamiento
- Lead
- Nivel
- LG
- línea
- Linux
- Litecoin
- Ubicación
- Largo
- macos
- gran
- mediano
- Mempool
- MIT
- Multisig
- del sistema,
- Nuevas características
- noticias
- nodos
- Optión
- Opciones
- Otro
- Contraseña
- actuación
- industria
- presente
- producido
- público
- Crudo
- recuperación
- Estrenos
- reporte
- Informes
- Resultados
- devoluciones
- reglas
- ambiente seguro
- SegWit
- set
- So
- Software
- comienzo
- SOPORTE
- Soportado
- soportes
- Pruebas
- equipo
- parte superior
- transaccional
- Transacciones
- us
- usuarios
- propuesta de
- Ver
- Billetera
- Carteras
- QUIENES
- ventanas
- Actividades: