53 / 691CPFP

CPFP (Child Pays for Parent)

El hijo paga por el padre

Child Pays for Parent (CPFP) es un método para aumentar el incentivo de la tarifa, donde un niño costoso gasta el resultado de una transacción parental barata no confirmada y aumenta el atractivo de todo el paquete dependiente para los mineros.

CPFP no reemplaza ni modifica la transacción principal. Crea un niño con una tarifa más alta; Dado que el niño no puede ser extraído sin los padres, su tarifa puede subsidiar económicamente todo el paquete. El éxito depende de la tarifa del paquete común, el control de salida, la política de mempool y la selección de mineros. (package) (feerate)

CPFP deja sin cambios al padre barato no confirmado y gasta una de sus producciones en el hijo más caro. Dado que un niño sin padres no puede ser minado, el minero obtiene ambas tarifas solo al incluir el paquete dependiente completo.

Para un par simple, aproximadamente (tarifa padre + tarifa hijo) / (vsize padre + vsize hijo) es decisivo. Una tarifa infantil alta solo ayudará si la tarifa del paquete común comienza a competir con otras transacciones por el espacio en bloque.

Un CPFP normal requiere verificar al menos un producto fungible del padre. El remitente puede utilizar el cambio y el receptor su salida recibida; Quien no controla ninguna salida, no firma un hijo válido.

RBF crea un reemplazo de conflicto con las mismas entradas, mientras que CPFP conserva al padre y agrega al hijo. Por lo tanto, RBF requiere verificar las entradas originales y CPFP verificar la salida de la transacción principal.

El consenso determina la validez, la aceptación local de la política de mempool y la selección de la política de retransmisión y minero para bloquear la plantilla. El CPFP no cambia ninguna regla de consenso, y un paquete económicamente bueno aún puede toparse con un límite político.

Bitcoin Core 26 agregó el paquete de envío y el paquete CPFP. Un niño con una tarifa alta puede ayudar a un padre que está por debajo de la tarifa mínima de mempool, pero no a un padre que está por debajo de la tarifa mínima de retransmisión; además, la aceptación local no garantiza la propagación a todos los pares.

Los nodos limitan los ancestros y la topología de dependencia debido a los costos de memoria, CPU y retransmisión. Por lo tanto, la CPFP puede incumplir los límites de ancestros, descendientes, estándares o paquetes incluso con una tarifa suficiente.

Bitcoin Core 31 pasó a diagramas de tarifas de clúster y tarifas de fragmentos. Se eliminó la exclusión histórica del CPFP, por lo que el comportamiento actual debe juzgarse en función de la política actual de grupos y paquetes.

Una tarifa de paquete competitiva aumenta la probabilidad de inclusión pero no reserva un lugar en el siguiente bloque. Depende de la demanda del espacio de bloques, la promoción y la política minera específica.

Consulte tarifas, vsize y vinculaciones entre padres e hijos a través de getmempoolentry. testmempoolaccept probará el candidato y enviará los paquetes compatibles; La validez y la economía del paquete completo deciden, no la tarifa aislada del niño.

Para obtener la imagen más completa, lee esta entrada junto con Replace-by-Fee (RBF), Comisiones de transacción, Fee Rate, Mempool, Transacción, UTXO. También enlazan con esta entrada Salida de cambio, Confirmación, Doble gasto, Fee Rate.

DOC · 001Bitcoin Core 26.0 release notes — submitpackage and package CPFPDocumentaciónDOC · 002Bitcoin Core 31.0 release notes — cluster mempool and CPFP carveout removalDocumentaciónDOC · 003Bitcoin Core validation.cpp — package feerate policyFuente primariaDOC · 004Bitcoin Core package policy implementationFuente primariaDOC · 005Bitcoin Core mempool terminologyDocumentaciónDOC · 006Bitcoin Developer Guide glossary — Child Pays for ParentDocumentaciónDOC · 007Bitcoin Core RPC documentationDocumentaciónDOC · 008Bitcoin Core package relay policyDocumentación
Revisado el 1 de agosto de 2026Fuentes primero · No es asesoramiento financiero