Bitcoin Core para Mac

Cambios en P2P y red:

• Un nodo bitcoind ya no difundirá direcciones a pares entrantes por defecto. Se volverán elegibles para el chisme de direcciones después de enviar un mensaje ADDR, ADDRV2 o GETADDR.
• Antes de esta versión, Bitcoin Core tenía una fuerte preferencia por intentar conectarse solo a pares que escuchan en el puerto 8333. Como resultado de eso, los nodos de Bitcoin que escuchan en puertos no estándar probablemente no recibirían pares de Bitcoin Core conectándose a ellos. Esta preferencia ha sido eliminada.
• Se ha añadido soporte completo para la red CJDNS. Consulta la nueva opción -cjdnsreachable y doc/cjdns.md

Cambios en la estimación de tarifas:

• La estimación de tarifas ahora tiene en cuenta la tasa de tarifas de transacciones de reemplazo (RBF).

Parámetro de inicio de rescaneo eliminado:

• El parámetro de inicio -rescan ha sido eliminado. Las billeteras que requieren rescaneo debido a corrupción aún serán escaneadas al inicio. De lo contrario, utiliza el RPC rescanblockchain para activar un rescaneo.

Puntos de traza y soporte de trazado definido estáticamente en el espacio de usuario:

• Los binarios de lanzamiento de Bitcoin Core para Linux ahora incluyen puntos de traza experimentales que actúan como una interfaz para eventos internos del proceso. Estos pueden ser utilizados para revisión, depuración, monitoreo y más. La API de puntos de traza es semi-estable. Mientras que la API es probada, los internos del proceso pueden cambiar entre lanzamientos, requiriendo cambios en los puntos de traza. La información sobre los puntos de traza existentes se puede encontrar en doc/tracing.md y se proporcionan ejemplos de uso en contrib/tracing/

RPCs actualizados:

• El RPC validateaddress ahora devuelve un array error_locations para direcciones inválidas, con los índices de las ubicaciones de caracteres inválidos en la dirección (si se conocen). Por ejemplo, esto intentará localizar hasta dos errores Bech32 y devolver sus ubicaciones si tiene éxito. El éxito y la corrección solo están garantizados si se han realizado menos de dos errores de sustitución. El mensaje de error devuelto en el campo de error ahora también devuelve errores más específicos cuando la decodificación falla.
• La opción de configuración -deprecatedrpc=addresses ha sido eliminada. Los RPCs gettxout, getrawtransaction, decoderawtransaction, decodescript, gettransaction verbose=true y los puntos finales REST /rest/tx, /rest/getutxos, /rest/block ya no devuelven los campos addresses y reqSigs, que anteriormente fueron desaprobados en 22.0.
• El comando RPC getblock ahora soporta el nivel de verbosidad 3 que contiene información de prevout de las entradas de transacción. El punto final REST existente /rest/block/ también se modifica para contener esta información. Cada campo vin contendrá un subcampo prevout adicional que describe la salida gastada. prevout contiene las siguientes claves:
  • generado - verdadero si los coins gastados eran un coinbase.
  • altura
  • valor
  • scriptPubKey
• Los campos de tarifa de nivel superior fee, modifiedfee, ancestorfees y descendantfees devueltos por los RPCs getmempoolentry,getrawmempool(verbose=true), getmempoolancestors(verbose=true) y getmempooldescendants(verbose=true) están desaprobados y serán eliminados en la próxima versión principal (usa -deprecated=fees si es necesario en esta versión). Los mismos campos de tarifa se pueden acceder a través del objeto fees en el resultado. ADVERTENCIA: los campos desaprobados ancestorfees y descendantfees están denominados en sats, mientras que todos los campos en el objeto fees están denominados en BTC.
• Tanto createmultisig como addmultisigaddress ahora incluyen un campo de advertencias, que mostrará una advertencia si se solicita un tipo de dirección no legado al usar claves públicas no comprimidas.
• Los cambios en los RPCs relacionados con la billetera se pueden encontrar en la sección de Billetera a continuación.

Nuevos RPCs:

• La información sobre el estado de la bifurcación suave se ha movido de getblockchaininfo al nuevo RPC getdeploymentinfo que permite consultar el estado de la bifurcación suave en cualquier bloque, en lugar de solo en la punta de la cadena. La inclusión del estado de la bifurcación suave en getblockchaininfo se puede restaurar actualmente utilizando la configuración -deprecatedrpc=softforks, pero esto se eliminará en un lanzamiento futuro. Ten en cuenta que en cualquier caso, el campo de estado ahora refleja el estado del bloque actual en lugar del siguiente bloque.

Archivos:

• Al iniciar, la lista de hosts y redes prohibidos (a través del RPC setban) en banlist.dat es ignorada y solo se considera banlist.json. La versión 22.x de Bitcoin Core es la única versión que puede leer banlist.dat y también escribirlo en banlist.json. Si banlist.json ya existe, la versión 22.x no intentará traducir banlist.dat a json. Después de una actualización, listbanned se puede usar para verificar las entradas analizadas.

Configuraciones actualizadas:

• En versiones anteriores, el significado de la opción de línea de comandos -persistmempool (sin un valor proporcionado) deshabilitaba incorrectamente la persistencia del mempool. -persistmempool ahora se trata como otras opciones booleanas para significar -persistmempool=1. Pasar -persistmempool=0, -persistmempool=1 y -nopersistmempool no se ve afectado.
• -maxuploadtarget ahora permite unidades de bytes legibles por humanos [k|K|m|M|g|G|t|T]. Ej. -maxuploadtarget=500g. No se permite espacio en blanco, +-, o fracciones. El valor predeterminado es M si no se proporciona sufijo.
• Si se proporciona -proxy= junto con -noonion, entonces el proxy proporcionado no se establecerá como un proxy para alcanzar la red Tor. Por lo tanto, no será posible abrir conexiones manuales a la red Tor, por ejemplo, con el RPC addnode. Para imitar el comportamiento antiguo, usa -proxy= junto con -onlynet= listando todas las redes relevantes excepto onion.

Herramientas y Utilidades:

• Actualiza -getinfo para devolver datos en un formato amigable para el usuario que también reduce el espacio vertical.
• CLI -addrinfo ahora devuelve un solo campo para el número de direcciones onion conocidas por el nodo en lugar de campos separados torv2 y torv3, ya que el soporte para direcciones Tor V2 fue eliminado de Bitcoin Core en 22.0.

Billetera:

• Las billeteras de descriptor ahora son el tipo de billetera predeterminado. Las billeteras recién creadas usarán descriptores a menos que se establezca descriptors=false durante createwallet, o la casilla de verificación de billetera de descriptor esté desmarcada en la GUI.
• Ten en cuenta que los comandos RPC de billetera como importmulti y dumpprivkey no se pueden usar con billeteras de descriptor, por lo que si tu código cliente depende de estos comandos sin especificar descriptors=false durante la creación de la billetera, necesitarás actualizar tu código.
• Las billeteras de descriptor recién creadas contendrán un descriptor tr() generado automáticamente que permite crear direcciones de recepción de Taproot de clave única.
• upgradewallet ahora vaciará automáticamente el keypool si se actualiza de una billetera no HD a una billetera HD, para comenzar a usar inmediatamente las claves HD recién generadas.
• se ha añadido un nuevo RPC newkeypool, que vaciará (limpiará completamente y rellenará) el keypool.
• listunspent ahora incluye ancestorcount, ancestorsize y ancestorfees para cada salida de transacción que aún está en el mempool.
• lockunspent ahora opcionalmente toma un tercer parámetro, persistente, que hace que el bloqueo se escriba de forma persistente en la base de datos de la billetera. Esto permite que los UTXOs permanezcan bloqueados incluso después de reinicios o fallos del nodo.
• receivedby RPCs ahora incluyen transacciones coinbase. Anteriormente, los siguientes RPCs de billetera excluían transacciones coinbase: getreceivedbyaddress, getreceivedbylabel, listreceivedbyaddress, listreceivedbylabel. Esta versión cambia este comportamiento y devuelve resultados contabilizando las monedas recibidas de las salidas coinbase. El comportamiento anterior se puede restaurar utilizando la configuración -deprecatedrpc=exclude_coinbase, pero puede ser eliminado en un lanzamiento futuro.
• Una nueva opción en los mismos RPCs receivedby, include_immature_coinbase (predeterminado=false), determina si contabilizar las transacciones coinbase inmaduras. Las transacciones coinbase inmaduras son transacciones coinbase que tienen 100 o menos confirmaciones, y no son gastables.

Cambios en la GUI:

• Los UTXOs que están bloqueados a través de la GUI ahora se almacenan de forma persistente en la base de datos de la billetera, por lo que no se pierden al apagar o fallar el nodo.
• La casilla de verificación Bech32 ha sido reemplazada por un menú desplegable para todos los tipos de direcciones, incluyendo el nuevo estándar Bech32m (BIP-350) para billeteras habilitadas para Taproot.

Cambios de bajo nivel:

• RPC: getblockchaininfo ahora devuelve un nuevo campo de tiempo, que proporciona el tiempo de la punta de la cadena.
• Pruebas: Para la red regtest, las alturas de activación de varias bifurcaciones suaves se establecieron en la altura de bloque 1. Pueden ser cambiadas por la configuración en tiempo de ejecución -testactivationheight=name@height.