BCH-1 FOUNDATION
ECOSYSTEM FUNDING INTELLIGENCE STAKEHOLDER DEMO
Connected to Atlas · source checks need attention68d057ed · Source checks ↓

Snapshot retrieved 10 Sept 2026, 03:10 UTC. Refresh is checked approximately every five minutes when visited.

FundMe

Latest check: 10 Sept 2026, 02:42 UTC · partial

Last complete success: Not recorded

Source data date: Not recorded

100 source limitations: Rejected transition 2: success -> unknown; Rejected transition 3: success -> unknown; Rejected transition 5: success -> unknown

Flipstarter

Latest check: 8 Sept 2026, 19:23 UTC · failed

Last complete success: Not recorded

Source data date: Not recorded

1 source limitation: fetch failed

Project activity

Latest check: Not recorded · unknown

Last complete success: Not recorded

Source data date: Not recorded

1 source limitation: See each project's statusCheckedAt for individual activity checks.

Connection status does not establish source freshness. Core Fund figures remain illustrative; Hackcelerator 2026 is a separate cohort.

← FundMe tracker
FUNDME CAMPAIGN

Electron Cash Docker: Self-Hosted BCH Wallet

Funded
RECORDED AMOUNT0.00 BCH
CAMPAIGN DATE2026-08-07

Electron Cash Docker: Self-Hosted BCH WalletEspañol: La traducción completa de esta descripción está disponible al final.Why this projectElectron Cash works very well as a desktop application. Running it on a home server, NAS, VPS, or another machine without a graphical environment requires configuring the desktop environment, remote access, networking, wallet persistence, and security. Electron Cash Docker brings this setup together in a documented and reproducible deployment. Users can run their own wallet, access it from a browser, and keep its data separate from the container. Electron Cash Docker automates deployment from the official Electron Cash and noVNC repositories and from explicitly pinned container images. The core components are pinned and integrity-checked: Electron Cash and noVNC by version, commit, and archive checksum; the Ubuntu and Tor images by digest. This makes builds and updates more reproducible and verifiable. Another benefit is the ability to keep Electron Cash running continuously. CashFusion is one example: the wallet can remain available to participate in eligible rounds when they are available. This can also be useful for other existing Electron Cash plugins that benefit from a continuously running instance. Electron Cash Docker builds on Electron Cash, an excellent wallet sustained over many years by its maintainers and contributors. I am grateful for their work and for the strong open-source foundation that makes this project possible. Electron Cash remains the core application; Electron Cash Docker makes it easier to deploy and maintain on infrastructure controlled by the user.What exists today: v0.1The public starting point is the Electron Cash Docker repository. The v0.1 release is already public and is the unpaid starting point for this campaign. The 9 BCH campaign does not charge for v0.1. It provides: Browser access to Electron Cash through noVNC.Persistent Electron Cash data that survives container restarts.Tor networking for Electron Cash SPV traffic.The CashFusion plugin is enabled by default in the public deployment configuration and preconfigured for Tor; it can be disabled, and automatic fusion is disabled by default until the user opts in through deployment configuration.The standard noVNC virtual keyboard, active and available in browser mode.Local-only noVNC binding by default.A test-only testnet4 Compose override for no-funds validation. The normal deployment uses mainnet. The testnet4 override is only for testing and is not general multi-network support. The future capabilities described below are not represented as already present in v0.1.Working v0.1 demoThis testnet4 demonstration shows the current public v0.1 baseline: the real Electron Cash interface, confirmed test transactions, Tor configuration, CashFusion configured for Tor with automatic fusion remaining opt-in, and wallet persistence after a container restart. Testnet4 funds have no monetary value, and no live CashFusion round was performed. It does not show the future work funded by this campaign.What the campaign deliversThe campaign funds the work required to complete, integrate, validate, document, package, and publish v0.2, v0.3, v0.4, and v1.0. When those funded releases are complete, Electron Cash Docker will provide a more repeatable way to run an always-on Electron Cash wallet on infrastructure that the user controls. The capabilities in this section are future funded work, not features that v0.1 already provides. Users will be able to: Access their own wallet through a browser while keeping it self-hosted.Update the deployment through reproducible, versioned, documented, and verifiable releases.Verify plugin sources, versions, and SHA-256 checksums before installation.Run Electron Cash in headless mode on machines without a desktop environment.Use optional JSON-RPC automation protected by a password and disabled by default.Configure HTTPS and Basic Auth; the HTTPS profile will use fail2ban to mitigate repeated authentication failures before remote exposure is considered.Create encrypted manual backups and test restoration in a clean directory.Keep an always-on Electron Cash instance prepared for CashFusion while retaining explicit control over plugin enablement and automatic fusion.Configure CashFusion target amount, fee budget, and minimum UTXO through documented deployment settings.Use native X11 on supported Linux hosts or XQuartz on supported macOS hosts as secondary local desktop modes.Use each network supported by the Electron Cash version pinned for v0.4, with isolated wallet and configuration data for each network. The v0.4 evidence will list those networks explicitly.Use Ledger only through the documented and validated native Linux Docker Engine path.Review runtime hardening, maintainer-run security test evidence, and documented limitations. This evidence is not an independent security audit.Launch the Electron Cash interface in a selected supported language.Read setup and security documentation in English and Spanish for campaign-critical material.Review public release tags, changelogs, regression evidence, a demo, and the final promised-versus-delivered report. Flipstarter Helper is the first reference plugin used to demonstrate source pinning and SHA-256 verification end to end. The primary deliverable is a verified plugin distribution mechanism, not only this one plugin. The bounded verification property is that the declared source and version are recorded, a SHA-256 mismatch fails validation, and the resulting release is documented and versioned; this is not an absolute security guarantee. Release plan, timing, and budgetv0.1 is my unpaid proof of work and is already public. Key technical paths for later releases were prototyped in advance to confirm feasibility, but those prototypes are not completed releases. The 9 BCH campaign funds the work required to complete, integrate, validate, document, package, and publish the next four releases. It does not charge for v0.1. The funding window is 30 days. The campaign may reach its goal before the FundMe deadline. Delivery timing starts at T0. T0 is the date and time at which BCH Forge successfully claims the funded campaign. v0.2Delivery: T0 + 7 daysEffort: 10 hoursBudget: 2.00 BCHMain deliverables: A reproducible external plugin manifest with source, version, and SHA-256 checks; Flipstarter Helper; headless mode; and optional JSON-RPC that is disabled by default and password-protected when enabled. v0.3Delivery: T0 + 14 daysEffort: 11 hoursBudget: 2.20 BCHMain deliverables: A reproducible HTTPS Caddy profile, Basic Auth, fail2ban mitigation for repeated authentication failures, documented CashFusion controls and defaults, encrypted manual backups, and tested restoration into a clean directory. v0.4Delivery: T0 + 21 daysEffort: 11 hoursBudget: 2.20 BCHMain deliverables: Native X11 on the validated Linux path, XQuartz on the validated macOS path, each network supported by the pinned Electron Cash version with isolated state, an explicit network list in the acceptance evidence, and Ledger support only on the documented native Linux Docker Engine path. v1.0Delivery: T0 + 28 daysEffort: 13 hoursBudget: 2.60 BCHMain deliverables: Runtime hardening, language selection, maintainer-run security and regression testing, English and Spanish documentation, known limitations, evidence, a demo, changelog, release tag, and final promised-versus-delivered report. TotalReleases: Four public releasesDelivery window: 28 days from T0Total effort: 45 hoursGross campaign target: 9.00 BCH The effort estimates represent the post-funding work required to complete, validate, document, package, and publish each release. They do not represent the project's complete research and development history. Delivery work is budgeted at 0.20 BCH per hour. For 45 hours, the total campaign target is 9 BCH. This is an all-inclusive gross target: FundMe and miner fees are absorbed by BCH Forge and do not increase the ask or change the promised scope. During delivery, I will publish at least one public progress update per week in the GitHub repository and share it through BCH Forge's X and Telegram channels. Each release will have a public tag, changelog, acceptance evidence, and known limitations. The final report will compare what was promised with what was delivered. How delivery will be verifiedEach release will have a public GitHub milestone with its detailed acceptance criteria. At minimum: v0.2 rejects an incorrect plugin hash, provides Flipstarter Helper through the verified plugin distribution mechanism, starts headless without a desktop stack, and keeps password-protected RPC disabled by default.v0.3 validates the HTTPS configuration, protects the complete noVNC path with Basic Auth, verifies that fail2ban temporarily blocks the offending client IP after repeated authentication failures while preserving the real client IP, validates the documented CashFusion settings, and restores an encrypted backup into a clean directory.v0.4 opens native X11 on the validated Linux path and XQuartz on the validated macOS path, isolates wallet and configuration data for each network supported by the pinned Electron Cash version, lists those networks explicitly in the evidence, and confirms Ledger support on native Linux Docker Engine only.v1.0 builds from a fresh clone and publishes maintainer-run regression and security evidence, validates interface language selection, documents the standard noVNC virtual keyboard and its limitations, and publishes known limitations, a demo, changelog, release tag, and final promised-versus-delivered report. Delivery risksRelevant bounded risks include: Upstream Electron Cash or dependency changes may require implementation or validation changes.Behavior may differ between Linux distributions, macOS versions, Docker Engine, Docker Desktop, browsers, X11, XQuartz, USB devices, and Ledger hardware.A required validation environment may be temporarily unavailable.A security finding may require correction before a release is published. If one of these risks affects a release, BCH Forge will publish the blocker, its impact, the corrective action, and a revised estimate. No promise is made that a delay is impossible. Scope will not be silently removed or represented as completed without the required evidence. Why this matters for Bitcoin CashBitcoin Cash benefits from self-custody tools that users can run, inspect, and maintain themselves. A reproducible Electron Cash deployment lowers the operational barrier to running wallet infrastructure on local hardware, home servers, NAS devices, or VPS. An always-on deployment also makes an existing Bitcoin Cash privacy tool easier to use in practice. Users who opt into automatic fusion can keep their own Electron Cash instance available in the background for eligible rounds while retaining custody and control of the host. Electron Cash Docker does not create or operate CashFusion servers, and it cannot guarantee compatible servers, eligible rounds, completed rounds, or anonymity. The project can provide an open reference deployment for users and developers. Its documentation, security warnings, verified plugin distribution mechanism, release process, and testing evidence can be reviewed, reused, and improved by the BCH community. This is not a hosted wallet service and does not take custody of user funds. The goal is to make user-controlled BCH infrastructure easier to deploy, maintain, update, and inspect. Public development and contributionsElectron Cash Docker is released under the MIT License, allowing anyone to use, copy, modify, publish, distribute, sublicense, or build on the code. The repository will accept external issues and pull requests. BCH Forge maintainers will review contributions against the documented scope, reproducibility, testing, and security requirements. Write access, merge decisions, security decisions, and releases will remain under maintainer control. This is an open-source contribution path, not a promise that every pull request will be accepted or merged. Security and scope limitsElectron Cash Docker is: Open-source BCH self-custody infrastructure.Docker-first and intended for local or self-hosted operation.A browser-access deployment for a wallet controlled by the user. It is not: A custodial wallet or hosted wallet service.An exchange, lending service, trading system, or yield product.A token project or investment opportunity.A guarantee of live CashFusion rounds, compatible servers, eligible rounds, completed rounds, or anonymity.Universal Ledger or hardware-wallet support.Support for every Docker Desktop platform.An independent security audit. Ledger support is limited to the documented and validated native Linux Docker Engine path. This does not imply universal Ledger support, support on every Docker Desktop platform, or support for other hardware wallets. Do not expose noVNC publicly without the funded HTTPS and Basic Auth configuration. A direct public noVNC mapping is outside the supported security model. At v0.3, fail2ban will mitigate repeated authentication failures, but it is not complete intrusion prevention. The standard noVNC virtual keyboard is already active and available; v1.0 will document its use and limitations. It is an additional defense-in-depth option, but it will not protect against a compromised host, screen capture, or every keylogger. Docker isolation, HTTPS, Basic Auth, fail2ban, the virtual keyboard, encrypted backups, and checksum verification are bounded controls in a defense-in-depth model, not guarantees of absolute security. Security evidence is maintainer-run validation and is not an independent audit. About BCH Forge and the creatorBCH Forge is a new open-source initiative focused on practical, auditable tools for Bitcoin Cash self-custody and infrastructure. I am jaasoto, its founder and maintainer. I have worked in software engineering for 23 years and have long wanted to contribute directly to open-source projects related to Bitcoin Cash. Electron Cash Docker is my first public project under BCH Forge, and this is my first BCH community funding campaign. The BCH Forge domain, website, GitHub user account and organization, X account, and Telegram channel were all created recently as part of launching this open-source initiative, not solely for fundraising. Beyond the public Electron Cash Docker v0.1, BCH Forge has no previous campaign or public development record under this name. This campaign is therefore deliberately bounded, and its commitments and results will be public and verifiable. Contact and linksWebsite: bchforge.orgGitHub organization: github.com/bchforgeProject repository: github.com/bchforge/electron-cash-dockerEmail: contact@bchforge.orgX: x.com/bchforgeTelegram: t.me/bchforgeMaintainer: github.com/jaasotoSupport the campaignIf the working v0.1 and this four-release plan earn your confidence, please contribute toward the 9 BCH goal. You can also run v0.1 without funds, review the public milestones, report issues, or share the campaign. Your support will help turn the public starting point into the documented v1.0 described above. Thank you very much.Versión en españolElectron Cash Docker: billetera BCH autohospedadaPor qué este proyectoElectron Cash funciona muy bien como aplicación de escritorio. Cuando se quiere ejecutar en un servidor doméstico, NAS, VPS u otro equipo sin entorno gráfico, hay que configurar el escritorio, el acceso remoto, la red, la persistencia de la billetera y la seguridad. Electron Cash Docker reúne esta configuración en un despliegue documentado y reproducible. El usuario puede ejecutar su propia billetera, acceder a ella desde el navegador y mantener sus datos separados del contenedor. Electron Cash Docker automatiza el despliegue a partir de los repositorios oficiales de Electron Cash y noVNC y de imágenes de contenedor fijadas explícitamente. Los componentes principales quedan fijados y se verifica su integridad: Electron Cash y noVNC mediante versión, commit y suma de comprobación del archivo; las imágenes de Ubuntu y Tor mediante digest. Esto hace que las compilaciones y actualizaciones sean más reproducibles y verificables. Otra ventaja es poder mantener Electron Cash siempre activo. CashFusion es un ejemplo: la billetera puede permanecer disponible para participar en rondas aptas cuando estén disponibles. Esto también puede resultar útil para otros complementos existentes de Electron Cash que aprovechen una instancia en funcionamiento continuo. Electron Cash Docker se basa en Electron Cash, una excelente billetera mantenida durante muchos años por sus responsables y colaboradores. Agradezco su trabajo y la sólida base de código abierto que hace posible este proyecto. Electron Cash sigue siendo la aplicación principal; Electron Cash Docker facilita su despliegue y mantenimiento en infraestructura controlada por el usuario.Lo que existe hoy: v0.1El punto de partida público es el repositorio de Electron Cash Docker. La versión v0.1 ya es pública y es el punto de partida no remunerado de esta campaña. La campaña de 9 BCH no cobra por v0.1. Proporciona: Acceso desde el navegador a Electron Cash mediante noVNC.Datos persistentes de Electron Cash que sobreviven a los reinicios del contenedor.Red Tor para el tráfico SPV de Electron Cash.El complemento CashFusion habilitado de forma predeterminada en la configuración pública del despliegue y preconfigurado para Tor; se puede desactivar y la fusión automática permanece desactivada de forma predeterminada hasta que el usuario opte por activarla mediante la configuración del despliegue.El teclado virtual estándar de noVNC, activo y disponible en el modo navegador.Vinculación de noVNC únicamente a la máquina local de forma predeterminada.Una configuración alternativa de Compose para testnet4, destinada exclusivamente a validaciones sin fondos. El despliegue normal utiliza mainnet. La configuración alternativa para testnet4 sirve únicamente para pruebas y no constituye compatibilidad general con múltiples redes. Las capacidades futuras descritas a continuación no se presentan como si ya estuvieran incluidas en v0.1.Demostración funcional de v0.1Esta demostración en testnet4 muestra el punto de partida público actual de v0.1: la interfaz real de Electron Cash, transacciones de prueba confirmadas, la configuración de Tor, CashFusion configurado para Tor con la fusión automática aún opcional y la persistencia de la billetera tras reiniciar el contenedor. Los fondos de testnet4 no tienen valor monetario y no se realizó ninguna ronda real de CashFusion. No muestra el trabajo futuro financiado por esta campaña.Lo que entregará la campañaLa campaña financia el trabajo necesario para completar, integrar, validar, documentar, empaquetar y publicar v0.2, v0.3, v0.4 y v1.0. Cuando esas versiones financiadas estén completas, Electron Cash Docker ofrecerá una forma más repetible de ejecutar una billetera Electron Cash siempre activa en infraestructura controlada por el usuario. Las capacidades de esta sección son trabajo futuro financiado, no funciones que v0.1 ya proporcione. Los usuarios podrán: Acceder a su propia billetera desde un navegador y mantenerla autohospedada.Actualizar el despliegue mediante versiones reproducibles, versionadas, documentadas y verificables.Verificar las fuentes, versiones y sumas de comprobación SHA-256 de los complementos antes de instalarlos.Ejecutar Electron Cash en modo sin interfaz gráfica en máquinas sin entorno de escritorio.Usar automatización JSON-RPC opcional protegida por contraseña y desactivada de forma predeterminada.Configurar HTTPS y Basic Auth; el perfil HTTPS utilizará fail2ban para mitigar intentos de autenticación repetidos antes de considerar la exposición remota.Crear copias de seguridad manuales cifradas y probar su restauración en un directorio limpio.Mantener una instancia de Electron Cash siempre activa y preparada para CashFusion, conservando el control explícito sobre la activación del complemento y la fusión automática.Configurar el importe objetivo, el presupuesto de comisiones y el UTXO mínimo de CashFusion mediante opciones de despliegue documentadas.Usar X11 nativo en equipos Linux compatibles o XQuartz en equipos macOS compatibles como modos de escritorio local secundarios.Usar cada red compatible con la versión de Electron Cash fijada para v0.4, con datos de billetera y configuración aislados para cada red. Las evidencias de v0.4 enumerarán explícitamente esas redes.Usar Ledger únicamente mediante el proceso documentado y validado con Docker Engine nativo en Linux.Revisar el refuerzo del entorno de ejecución, las evidencias de pruebas de seguridad realizadas por el responsable del proyecto y las limitaciones documentadas. Estas evidencias no son una auditoría de seguridad independiente.Iniciar la interfaz de Electron Cash en uno de los idiomas compatibles.Leer la documentación de configuración y seguridad esencial para la campaña en inglés y español.Revisar etiquetas públicas de versiones, registros de cambios, pruebas de regresión, una demostración y el informe final de lo prometido frente a lo entregado. Flipstarter Helper es el primer complemento de referencia utilizado para demostrar de principio a fin la fijación del código fuente y la verificación SHA-256. El entregable principal es un mecanismo verificado de distribución de complementos, no solo este complemento. La propiedad de verificación acotada es que se registran la fuente y la versión declaradas, una discrepancia de SHA-256 falla la validación y la versión resultante queda documentada y versionada; esto no es una garantía de seguridad absoluta. Plan de versiones, calendario y presupuestoLa versión v0.1 es mi prueba de trabajo no remunerada y ya es pública. Se crearon con antelación prototipos de procesos técnicos clave para versiones posteriores con el fin de confirmar su viabilidad, pero esos prototipos no son versiones terminadas. La campaña de 9 BCH financia el trabajo necesario para completar, integrar, validar, documentar, empaquetar y publicar las cuatro versiones siguientes. No cobra por v0.1. El periodo de financiación es de 30 días. La campaña puede alcanzar su objetivo antes de la fecha límite de FundMe. El calendario de entrega comienza en T0. T0 es la fecha y hora en que BCH Forge reclama correctamente la campaña financiada. v0.2Entrega: T0 + 7 díasEsfuerzo: 10 horasPresupuesto: 2.00 BCHEntregables principales: Un manifiesto reproducible de complementos externos con comprobaciones de fuente, versión y SHA-256; Flipstarter Helper; modo sin interfaz gráfica; y JSON-RPC opcional, desactivado de forma predeterminada y protegido por contraseña cuando se habilite. v0.3Entrega: T0 + 14 díasEsfuerzo: 11 horasPresupuesto: 2.20 BCHEntregables principales: Un perfil Caddy HTTPS reproducible, Basic Auth, mitigación de fail2ban para intentos de autenticación repetidos, controles y valores predeterminados documentados de CashFusion, copias de seguridad manuales cifradas y restauración probada en un directorio limpio. v0.4Entrega: T0 + 21 díasEsfuerzo: 11 horasPresupuesto: 2.20 BCHEntregables principales: X11 nativo en el entorno Linux validado, XQuartz en el entorno macOS validado, cada red compatible con la versión fijada de Electron Cash con estado aislado, una lista explícita de redes en las evidencias de aceptación y compatibilidad con Ledger únicamente en el proceso documentado con Docker Engine nativo para Linux. v1.0Entrega: T0 + 28 díasEsfuerzo: 13 horasPresupuesto: 2.60 BCHEntregables principales: Refuerzo del entorno de ejecución, selección de idioma, pruebas de seguridad y regresión realizadas por el responsable del proyecto, documentación en inglés y español, limitaciones conocidas, evidencias, demostración, registro de cambios, etiqueta de versión e informe final de lo prometido frente a lo entregado. TotalVersiones: Cuatro versiones públicasCalendario de entrega: 28 días desde T0Esfuerzo total: 45 horasObjetivo bruto de la campaña: 9.00 BCH Las estimaciones de esfuerzo representan el trabajo posterior a la financiación necesario para completar, validar, documentar, empaquetar y publicar cada versión. No representan todo el historial de investigación y desarrollo del proyecto. El trabajo de entrega se presupuesta a 0.20 BCH por hora. Para 45 horas, el objetivo total de la campaña es de 9 BCH. Se trata de un objetivo bruto que lo incluye todo: BCH Forge absorbe las comisiones de FundMe y de minería, por lo que no aumentan la cantidad solicitada ni modifican el alcance prometido. Durante la entrega, publicaré al menos una actualización pública de progreso por semana en el repositorio de GitHub y la compartiré a través de los canales de X y Telegram de BCH Forge. Cada versión tendrá una etiqueta pública, un registro de cambios, evidencias de aceptación y limitaciones conocidas. El informe final comparará lo prometido con lo entregado. Cómo se verificará la entregaCada versión tendrá un hito público en GitHub con sus criterios de aceptación detallados. Como mínimo: v0.2 rechaza una suma de comprobación incorrecta de un complemento, proporciona Flipstarter Helper mediante el mecanismo verificado de distribución de complementos, se inicia sin interfaz gráfica ni entorno de escritorio y mantiene desactivado de forma predeterminada el RPC protegido por contraseña.v0.3 valida la configuración HTTPS, protege toda la ruta de noVNC con Basic Auth, verifica que fail2ban bloquee temporalmente la IP del cliente infractor tras fallos de autenticación repetidos y que se conserve la IP real del cliente, valida las opciones documentadas de CashFusion y restaura una copia de seguridad cifrada en un directorio limpio.v0.4 abre X11 nativo en el entorno Linux validado y XQuartz en el entorno macOS validado, aísla los datos de la billetera y la configuración de cada red compatible con la versión fijada de Electron Cash, enumera explícitamente esas redes en las evidencias y confirma la compatibilidad con Ledger únicamente en Docker Engine nativo para Linux.v1.0 se construye desde un clon limpio y publica pruebas de regresión y seguridad realizadas por el responsable del proyecto, valida la selección del idioma de la interfaz, documenta el teclado virtual estándar de noVNC y sus limitaciones, y publica las limitaciones conocidas, una demostración, el registro de cambios, la etiqueta de la versión y el informe final de lo prometido frente a lo entregado. Riesgos de entregaLos riesgos relevantes y acotados incluyen: Los cambios en Electron Cash o en sus dependencias pueden requerir cambios de implementación o validación.El comportamiento puede variar entre distribuciones de Linux, versiones de macOS, Docker Engine, Docker Desktop, navegadores, X11, XQuartz, dispositivos USB y hardware Ledger.Un entorno de validación necesario puede no estar disponible temporalmente.Un hallazgo de seguridad puede requerir corrección antes de publicar una versión. Si uno de estos riesgos afecta a una versión, BCH Forge publicará el bloqueo, su impacto, la acción correctiva y una estimación revisada. No se promete que ningún retraso sea imposible. El alcance no se eliminará silenciosamente ni se representará como completado sin las evidencias requeridas. Por qué esto es importante para Bitcoin CashBitcoin Cash se beneficia de herramientas de autocustodia que los usuarios puedan ejecutar, inspeccionar y mantener por sí mismos. Un despliegue reproducible de Electron Cash reduce la barrera operativa para ejecutar infraestructura de billetera en equipos locales, servidores domésticos, dispositivos NAS o VPS. Un despliegue siempre activo también facilita el uso práctico de una herramienta de privacidad existente para Bitcoin Cash. Los usuarios que opten por la fusión automática pueden mantener su propia instancia de Electron Cash disponible en segundo plano para rondas aptas, sin perder la custodia ni el control del equipo. Electron Cash Docker no crea ni opera servidores de CashFusion y no puede garantizar servidores compatibles, rondas aptas, rondas completadas ni anonimato. El proyecto puede proporcionar un despliegue abierto de referencia para usuarios y desarrolladores. Su documentación, advertencias de seguridad, mecanismo verificado de distribución de complementos, proceso de publicación y evidencias de pruebas pueden ser revisados, reutilizados y mejorados por la comunidad BCH. No se trata de un servicio de billetera alojada y no asume la custodia de los fondos del usuario. El objetivo es facilitar el despliegue, mantenimiento, actualización e inspección de infraestructura BCH controlada por el usuario. Desarrollo público y contribucionesElectron Cash Docker se publica bajo la licencia MIT, que permite a cualquiera usar, copiar, modificar, publicar, distribuir, sublicenciar o desarrollar a partir del código. El repositorio aceptará incidencias y solicitudes de incorporación de cambios externas. Los responsables de BCH Forge revisarán las contribuciones según los requisitos documentados de alcance, reproducibilidad, pruebas y seguridad. El acceso de escritura y las decisiones sobre incorporaciones, seguridad y versiones permanecerán bajo el control de los responsables del proyecto. Esta es una vía de contribución de código abierto, no una promesa de que todas las solicitudes de incorporación de cambios serán aceptadas o integradas. Límites de seguridad y alcanceElectron Cash Docker es: Infraestructura de autocustodia BCH de código abierto.Un proyecto basado principalmente en Docker y destinado al funcionamiento local o autohospedado.Un despliegue con acceso desde el navegador para una billetera controlada por el usuario. No es: Una billetera con custodia ni un servicio de billetera alojada.Un exchange, servicio de préstamos, sistema de negociación ni producto de rendimiento financiero.Un proyecto de tokens ni una oportunidad de inversión.Una garantía de rondas activas de CashFusion, servidores compatibles, rondas aptas, rondas completadas ni anonimato.Compatibilidad universal con Ledger ni con billeteras de hardware.Compatibilidad con todas las plataformas de Docker Desktop.Una auditoría de seguridad independiente. La compatibilidad con Ledger se limita al proceso documentado y validado con Docker Engine nativo en Linux. Esto no implica compatibilidad universal con Ledger, compatibilidad con todas las plataformas de Docker Desktop ni compatibilidad con otras billeteras de hardware. noVNC no debe exponerse públicamente sin la configuración financiada de HTTPS y Basic Auth. Una exposición pública directa de noVNC queda fuera del modelo de seguridad admitido. En v0.3, fail2ban mitigará los intentos de autenticación fallidos repetidos, pero no constituye una prevención completa de intrusiones. El teclado virtual estándar de noVNC ya está activo y disponible; la versión v1.0 documentará su uso y sus limitaciones. Es una opción adicional de defensa en profundidad, pero no protegerá frente a un equipo comprometido, capturas de pantalla ni todos los registradores de pulsaciones. El aislamiento de Docker, HTTPS, Basic Auth, fail2ban, el teclado virtual, las copias de seguridad cifradas y la verificación de sumas de comprobación son controles acotados dentro de un modelo de defensa en profundidad, no garantías de seguridad absoluta. Las evidencias de seguridad son una validación realizada por el responsable del proyecto y no una auditoría independiente. Acerca de BCH Forge y el creadorBCH Forge es una nueva iniciativa de código abierto centrada en herramientas prácticas y auditables para la autocustodia y la infraestructura de Bitcoin Cash. Soy jaasoto, su fundador y responsable. Llevo 23 años trabajando en ingeniería de software y desde hace tiempo quería contribuir directamente a proyectos de código abierto relacionados con Bitcoin Cash. Electron Cash Docker es mi primer proyecto público bajo BCH Forge y esta es mi primera campaña de financiación comunitaria en BCH. El dominio y el sitio web de BCH Forge, la cuenta de usuario y la organización en GitHub, la cuenta de X y el canal de Telegram se crearon recientemente como parte del lanzamiento de esta iniciativa de código abierto, no solo para recaudar fondos. Aparte de la versión pública v0.1 de Electron Cash Docker, BCH Forge no cuenta con campañas anteriores ni con un historial público de desarrollo bajo este nombre. Por ello, esta campaña tiene deliberadamente un alcance acotado, y sus compromisos y resultados serán públicos y verificables. Contacto y enlacesSitio web: bchforge.orgOrganización en GitHub: github.com/bchforgeRepositorio del proyecto: github.com/bchforge/electron-cash-dockerCorreo electrónico: contact@bchforge.orgX: x.com/bchforgeTelegram: t.me/bchforgeResponsable: github.com/jaasotoApoya la campañaSi la versión funcional v0.1 y este plan de cuatro versiones merecen tu confianza, contribuye al objetivo de 9 BCH. También puedes ejecutar v0.1 sin aportar fondos, revisar los hitos públicos, comunicar problemas o compartir la campaña. Tu apoyo ayudará a convertir el punto de partida público en la versión documentada v1.0 descrita anteriormente. Muchas gracias.

View campaign on FundMe ↗Project history →

This is an archived record, not a Foundation proposal. Verify current funding, availability, and terms on FundMe. A funded campaign is not evidence of completed delivery.