Bitcoin Cash Node - Propuesta Flipstarter

Versión: 1.1

Fecha de Revisión: 4 Abril 2020

Autores: freetrader (freetrader#105), imaginary_username (im_uname#102) (con la ayuda de muchos)

Revisores: emergent_reasons#100, imaginary_username (im_uname#102)

Correspondencia: info@bitcoincashnode.org

Contenidos

1. Evaluación de la situación
2. Objetivo general
3. Alcance
4. Entregables
5. Detalles de alcance
6. Presupuesto
7. Cronograma
8. Políticas / procesos / cultura
9. Responsabilidad
10. Planes de respaldo
11. Apéndices
    • A) Histórico del equipo, personas
    • B) Histórico de logros
    • C) Histórico de presupuestos y disposición de fondos
    • D) Gastos operativos actuales
    • E) FAQ
    • F) Referencias

1. Evaluación de la situación

El atributo más importante de una criptomoneda es su red. Si bien los maravillosos avances técnicos que captan los titulares son muy deseables, una criptomoneda no es nada sin una robusta red de usuarios, inversores y desarrolladores downstream que se apoyen entre ellos. Diferentes sectores tienen diferentes necesidades, pero comparten el requerimiento de que sus desarrolladores de protocolo provean un entorno robusto y predecible para prosperar, minimizar sus costos de operación y tomar decisiones acertadas que beneficien a todos de una forma objetiva.

En este sentido, debemos observar de una forma certera al ecosistema Bitcoin Cash tal cual es hoy y darnos cuenta de que hay mucho por mejorar. "Implementar la hoja de ruta" suena muy bien, pero se ha prestado poca atención a la solidez de los enfoques, a la robustez de cuestiones prácticas quizás menos llamativas, como la consistencia de RPC, así como llegar a un acuerdo entre mineros, empresas y desarrolladores. El resultado, a la vista de todos, ha sido demasiado doloroso: Bitcoin Cash ha sido un elemento costoso de apoyar incluso para sus proponentes, se ha dedicado mucho tiempo a cosas que no contribuyen al efecto de red, y la incertidumbre sobre posibles cambios ha impactado de forma constante la escena sin una adecuada investigación ni infraestructura para convencer de lo contrario.

Bitcoin Cash Node tiene como objetivo cambiar esto, comenzando con una modesta lista de asuntos inmediatos que queremos abordar a medida que adoptamos un enfoque sólido hacia la hoja de ruta, dando prioridad al crecimiento de usuarios y de red en todo momento.

2. Objetivo general

Bitcoin Cash Node, como nodo competidor y equipo de desarrollo de protocolo, tiene como objetivo proporcionar una plataforma confiable y profesional cuyo desarrollo sea responsivo a las continuas necesidades del ecosistema. Los desarrolladores de la capa base tienen dos mandatos: garantizar que el crecimiento sostenible de la red pueda continuar sin interrupciones y proporcionar un constante progreso en aras de la implementación de actualizaciones que el ecosistema necesite. Con tu apoyo, tenemos la intención de cumplir con ambos.

Bitcoin Cash Node proporcionará un software de nodo profesional y seguro que pueda ser utilizado con confianza por: mineros, pools, sitios de cambio, procesadores de pagos, comerciantes y una variedad de empresas diversas, así como usuarios domésticos. Los cambios serán investigados y probados lo mejor que nuestras habilidades lo permitan, con el acompañamiento de datos y evaluaciones. Escucharemos y justificaremos nuestras acciones.

Con esta propuesta, esperamos reunir los recursos necesarios no solo para mantener la solidez del código e implementar actualizaciones, con un enfoque en las preocupaciones inmediatas del ecosistema, sino también para establecer las herramientas y la infraestructura necesarias para inspirar confianza en Bitcoin Cash como una forma de dinero utilizable, promocionable y confiable. Te invitamos a unirte.

Compromiso con un panorama de clientes diverso

No creemos que nuestro responsable principal, o de hecho nuestro equipo, deban tener la palabra exclusiva sobre las reglas de la red. Esta postura se refleja en el apoyo y estímulo que brindamos a las iniciativas que diversifican el panorama de minería y aplicaciones, de modo que, además de nuestros continuos esfuerzos por mantener una comunicación abierta, no pretendemos estar en una posición dictatorial con poder arbitrario.

La existencia y la adopción de otros clientes aumentan la robustez de la red, atraen más talento al ecosistema y permiten que BCHN haga un bien mayor a que si tuviéramos una opinión absoluta sobre una red menor y monocultural.

3. Alcance

Nuestra primera propuesta de recaudación de fondos tiene como objetivo cubrir las siguientes áreas. El trabajo comenzará en mayo 2020. Teniendo en cuenta que el final previsto para esta campaña flipstarter es a comienzos de mayo 2020.

A medida que los entregables sean re-evaluados hacia finales de 2020, tenemos pensado proporcionar el adecuado retorno a la comunidad en termino de comentarios y análisis, así como recaudar fondos para ítems específicos con la intención de llevar a cabo la próxima etapa de nuestra misión.

Para esta recaudación de fondos inicial, nuestro alcance cubriría lo expuesto a continuación bajo un presupuesto propuesto de 1122 BCH (de los cuales 144 BCH ya fueron donados antes de esta campaña):

1. Compilar la investigación existente del Algoritmo de Ajuste de Dificultad (DAA) y proporcionar una solución mejorada sobre el status quo. La nueva solución debe ofrecer un ajuste más rápido y robusto que disminuya las desventajas para los mineros "leales", al tiempo que reduzca la variación como un beneficio para los tiempos de confirmación del usuario.

   Presupuesto: 12k USD (Equivalente a 1 tiempo completo (FTE) durante un período de 3 meses, fecha de finalización a principios-mediados de agosto)

   ---

2. Evaluar el software existente con respecto a diferentes escenarios del manejo de cadenas no confirmadas e identificar cuellos de botella de manera clara en lugar de afirmarlos arbitrariamente. La mejora en (1) puede disminuir la urgencia de extender el límite actual de 50 tx, pero cadenas mucho más largas continúan siendo una característica deseable y al menos debería investigarse seriamente.

   Presupuesto: 9k USD (0.9 FTE en un período de 2.5 meses desde mediados de agosto hasta finales de octubre)

   ---

3. Proporcionar una infraestructura de testnet más robusta que sea útil para los desarrolladores de downstream. La red testnet actual de Bitcoin Cash está lejos de ser robusta, con actividades de minería irregulares y disponibilidad de servicios irregulares (trest, SLP). Las características experimentales y las actualizaciones también deberían ser proporcionadas en un testnet volátil separado que sirva como área de puesta a punto para desarrolladores de vanguardia. Un mejor testnet es una de las principales solicitudes de nuevos desarrolladores y proyectos que intentan ingresar al ecosistema BCH. El testnet también es comúnmente insuficiente para el actual desarrollo de proyectos. Una pequeña inversión en un mejor testnet ayudará a atraer nuevos proyectos, reducir las tasas de defectos y reducir el costo de desarrollo en BCH.

   Presupuesto: 20k USD (parte significativa de los costos de infraestructura, <0.25 FTE, fecha de finalización a principios de noviembre)

   ---

4. Investigación e implementación de la capacidad para manejar números mayores más allá de 32 bits, lo que tiene un significativo impacto en la facilidad de programación de toda una clase de smart contracts que a su vez proporcionan valor financiero a Bitcoin Cash.

   Presupuesto: 24.8k USD (se necesitan 2 FTE en un período de 3 meses, fecha de finalización a principios-mediados de agosto)

   ---

5. Mantenimiento y soporte de software en curso. Backport de importantes correcciones de errores y actualizaciones desde Bitcoin Core, y proporcionar nuestras propias correcciones basadas en comentarios de los usuarios. Cubrir los numerosos vacíos dejados por la inexistencia de especificaciones de las funcionalidades y protocolo en curso.

   Presupuesto: 104k USD (~ 2.25 FTE en un período de 6 meses desde principios de mayo hasta principios de noviembre)

   ---

6. Desarrollo de procesos de interacción del ecosistema. Establecer contacto regular con las partes interesadas clave (sitios de cambio, pools, mineros, otras grandes empresas y agentes representativos ) para obtener comentarios oportunos.

   Presupuesto: 30k USD (a tiempo parcial (12.5 horas/semana), asistencia al responsable principal durante un período variable a partir de mayo)

   ---

7. Reportes periódicos del proyecto sobre la hoja de ruta, la gobernanza del proyecto, el progreso técnico y la contabilidad financiera, incluyendo un informe general mensual sin restricciones para tener en cuenta los compromisos del proyecto frente a los logros obtenidos. Las entregas de estos informes ya se han puesto a disposición y pueden ser obtenidas en https://read.cash/@freetrader.

   Presupuesto: 10.7k USD (asignado al desarrollo y mantenimiento del sitio web para colaborar en el reporte e información, la responsabilidad compartida entre el responsable principal que trabaja a tiempo completo en el proyecto y el representante de la comunidad a tiempo parcial presupuestado anteriormente).

   ---

8. Establecer nuestra propia infraestructura de crowdfunding. Planeamos hostear nuestros propios mecanismos de recaudación de fondos o utilizar una plataforma de terceros con contratos de garantía como un camino hacia la financiación voluntaria y sostenible. Como el equipo de Flipstarter ha hecho su implementación fácilmente portable, planeamos analizar esa opción primero, sin descartar otros enfoques.

   Presupuesto: 10.12k USD (~ 4k USD para la configuración inicial y el desarrollo por un período de 2 meses a partir de principios de mayo, los fondos restantes serán destinados al desarrollo de 12 campañas de recaudación de fondos posteriores. Se requiere ~0,5 FTE dividido entre un desarrollador de front-end y uno de back-end).

Los entregables asociados a estos ítems se describen con mayor detalle en Entregables.

Detalles adicionales, incluyendo estimaciones de costos, se encuentran en la sección Detalles de alcance.

4. Entregables

El siguiente set de entregables constituyen objetivos prácticos y medibles, destinados a cumplir el alcance mencionado anteriormente.

Más detalles sobre cómo estos entregables serán realizados, incluyendo personal, cronograma y presupuestos, son también incluidos.

0. Un equipo capaz

   Nuestro equipo actualmente está compuesto por un responsable principal a tiempo completo que realiza gran parte de la planificación del proyecto y la supervisión diaria del trabajo, con la asistencia de varios encargados de mantenimiento a tiempo parcial, algunos de los cuales también realizan desarrollo a tiempo parcial, pruebas, soporte y roles de mantenimiento de infraestructura en el proyecto. Este grupo de contribuyentes esencialmente voluntarios comprende quizás 2-3 ingenieros FTE trabajando para el proyecto.

   Adicionalmente, al momento contamos con desarrolladores de excelente calificación apoyando el proyecto en su tiempo libre en base a su mejor esfuerzo, pero podrían comprometerse con tiempo específicos existiendo el nivel correcto de soporte.

   Si los objetivos de financiación son cumplidos, nos permitiría adentrarnos en un terreno más sólido, ya sea en forma de compromisos más estables de los contribuidores existentes o con ayuda nueva. Se estima que esto podría incluir 2 FTE adicionales de desarrolladores experimentados y calificados que serían suficientes para cubrir nuestra carga de trabajo de desarrollo (proyectada a alcanzar aproximadamente 4.5 FTE en el período de mayo hasta mediados de agosto).

   Para mejorar la comunicación y la representación del proyecto, así como liberar tiempo del responsable principal para que pueda enfocarse en la dirección del desarrollo y el mantenimiento, tenemos planeado el nombramiento de un representante del proyecto a tiempo parcial ya dentro del presupuesto del proyecto.

1. Reporte de evaluación sobre Algoritmo de Ajuste de Dificultad (DAA)

   Evaluaremos a los candidatos en sintonía con el ecosistema amplio y presentaremos claramente las ventajas y desventajas de los algoritmos evaluados al público. El reporte de la evaluación debería estar disponible a principios de julio.

2. Especificación, implementación y pruebas para el nuevo DAA propuesto para la actualización de Noviembre 2020

   Un documento de especificación para el mejor candidato de DAA encontrado en base a nuestra investigación anterior (entregable 1). Se procederá con la publicación, seguida de la implementación y pruebas, antes del feature freeze del 15 de agosto 2020. El acuerdo dentro del ecosistema en relación a las discusiones anteriores nos llevará a integrar el algoritmo al cliente BCHN que será activado en noviembre. Estimamos que al menos las carteras adherentes al protocolo Electron-cash (EC y Edge Wallet) o que usen Bitcoincashj necesitarán ayuda para migrar, así como algunas otras.

3. Evaluar los cuellos de botella en el rendimiento de las cadenas de tx no confirmadas

   Punto de referencia en relación a las permutaciones de escenarios posibles con respecto a cadenas de tx no confirmadas, y su impacto provocado por diferentes reglas de mempool. Parte de la evaluación del desempeño ha sido generada en debates anteriores y se la puede reutilizar, pero es necesario evaluar una mayor cantidad de escenarios.

   Un reporte técnico describirá los resultados de referencia, los cuellos de botella identificados y las recomendaciones para solucionarlos.

4. Una versión configurada para proporcionar un testnet3 y un testnet experimental separados

   Esto debería proporcionar una capacidad de testnet robusta para el proyecto. Será entregado en forma de infraestructura a la que se podrá acceder mediante la configuración de nodos e instrucciones sobre cómo acceder y participar en los testnets.

5. Soporte continuo de testnet

   Establecer servicios estables en un testnet confiable: Minería, un pool para minar, servidor Electron-cash (vía Fulcrum o Electrs), endpoints SLPDB y REST, manteniendo niveles razonables de servicio para los desarrolladores durante todo el año.

6. Manejo de números mayores

   Versión que permita que los códigos de operación aritméticos existentes manejen números mayores, tentativamente limitados a 64 bits. Algunos conceptos se han discutido en el ciclo de la actualización anterior, y tenemos la intención de avanzar con base en ellos.

7. Lanzamientos regulares de BCHN

   Como resultado de los esfuerzos de mantenimiento, lanzaremos versiones menores que incluyan correcciones de software y optimizaciones de rendimiento. Estos son importantes para mantener a nuestros usuarios a salvo de posibles vulnerabilidades, corregir cualquier defecto existente y mantenerse al día con las plataformas en evolución.

   Con base en los comentarios de nuestros usuarios, planeamos proporcionar estas versiones con una frecuencia menor al ciclo de dos semanas de otras implementaciones de uso frecuente.

   En cambio, nuestro objetivo es un ciclo de lanzamiento de 4-8 semanas, en el que esperamos incorporar mejoras de rendimiento sustanciales al tiempo de brindar paridad en backports importantes.

   Una vez que nuestras campañas independientes de recaudación de fondos tengan éxito en la financiación ded desarrollo de nuevas funcionalidades, y algunos de esos desarrollos hayan completado su validación interna exitosa, nuestras versiones comenzarán a incluir esas nuevas funcionalidades. Siendo realistas, la finalización exitosa de esos eventos de recaudación de fondos aún está a 2-3 meses de distancia y la finalización de las nuevas funcionalidades todavía más, por lo que estamos analizando alrededor de Q3/Q4 para lanzamientos de funcionalidades.

8. Nombramiento del representante de BCHN

   Este entregable consiste en la presentación de la persona designada como Representante de BCHN. El representante ayudará al responsable principal a garantizar que BCHN tenga un compromiso continuo, profesional y bidireccional con el ecosistema de usuarios. El representante trabajará junto con el responsable principal para desarrollar e implementar un proceso de obtención, procesamiento y presentación regular de comentarios de los usuarios.

9. Mirror independente de descarga

   Anunciaremos la disponibilidad de nuestro propio host de lanzamiento a través de nuestro sitio web [1], de la documentación que acompaña cada actualización de producto y anuncios en read.cash. Nuestro lanzamiento inicial [3] y lanzamientos menores existentes a esa fecha serán transferidos al mirror de descarga.

10. Servicio de soporte via GitLab Issue tracker y Slack

    La propuesta financia nuestro continuo soporte del software de nodo mediante tiempo de desarrollo dedicado. Dicho soporte será brindado a través de GitLab y el canal #support en Bitcoin Cash Node Slack.

11. Disponibilidad de nuestro sitio web en otro idioma primario (Chino)

    Esto representa una traducción completa de nuestro sitio web, así como cualquier artículo relacionado, al idioma chino mandarín.

12. Nuestra primera campaña crowdfunding para ítems técnicos

    Esto demostrará que tenemos una forma independiente para llevar a cabo nuestras propias campañas de recaudación de fondos, preferiblemente utilizando la tecnología de contratos de garantía como Flipstarter. Esto facilitará el camino para recaudaciones de fondos más detalladas y enfocadas.

    Nuestra primera campaña técnica proporcionará un desglose detallado de las funcionalidades, sus costos y beneficios, estimaciones del trabajo involucrado, recursos necesarios y el calendario previsto para su implementación desde la especificación (si no se ha completado) hasta el lanzamiento.

13. Especificación de finalización automática, parking y unparking

    Esto cierra una brecha en la especificación de las reglas de consenso y beneficia a toda la escena de clientes de nodo. Ofrece una especificación en forma de errata a la especificación de actualización de noviembre de 2018 fácil de integrar en las especificaciones compartidas del protocolo BCH.

    Este es un trabajo de reglas de consenso sensible que también requiere de modelado y prueba en contraste con datos de prueba históricos así como sintéticos, comparándolos con nodos reales para verificar que la especificación resultante sea completamente precisa.

    El modelo, las pruebas y cualquier dato necesario son partes del entregable.

5. Detalles de alcance

Esta sección describe el alcance con mayor detalle y proporciona la base para estimar los presupuestos requeridos, que se resumen en [Presupuesto](# 6-presupuesto).

NOTA: Para las estimaciones presupuestarias del trabajo de desarrollo y mantenimiento, se aplica una tarifa por hora de 100 USD para aquellas que involucran tareas de desarrollo general. Esto se basa en tarifas medias a superiores [3] para desarrolladores offshore en regiones como Asia oriental y meridional, Australia,y África. Estas tarifas pueden estar estar en la faja inferior para Europa occidental y US, pero en casos en donde sean necesarios conocimientos especificos pueden considerarse tarifas más altas.

5.1 Mantenimiento de software de nodo

El mantenimiento del software del nodo implica brindar soporte, corregir errores (incluso aquellos que aún no han tenido impacto en los usuarios, hacer backporting de soluciones que otros han detectado y realizado públicas) y asegurarse de que el software continúe corriendo en plataformas hardware y software en constante evolución.

También cubre la infraestructura que mantenemos para proporcionar las versiones (en Github, GitLab y a través de nuestros propios servidores de descarga una vez que los hayamos configurado).

Las actividades para garantizar la calidad del software también se incluyen en este ítem. El control de calidad se aborda principalmente a través de la verificación (revisión, prueba y análisis) que se realiza para encontrar defectos en el producto antes de que lo hagan nuestros usuarios.

Para dicho mantenimiento, contamos con el siguiente presupuesto:

1. Backporting de rutina de correcciones provenientes del upstream

   promedio de 20 horas de desarrollador por semana (medio tiempo equivalente). El proyecto puede contratar uno o más desarrolladores para obtener el tiempo necesario y sería presupuestado utilizando una tarifa de 100 USD / h para el costo total del ítem (durante 6 meses, es decir, 24 semanas) de 48 kUSD.

   Los recursos del desarrollador que no sean utilizados en el backporting pueden ser relocados a discreción del proyecto en otras actividades de mantenimiento o desarrollo.

2. Soporte técnico al usuario (GitLab issues)

   actualmente bajo, pero podría aumentar rápidamente a medida que nuestro software de nodo gane usuarios. Estimamos 20 horas de desarrollador por semana (medio tiempo equivalente) durante los próximos 6 meses. Como se indicó anteriormente, esto genera un presupuesto adicional de 48 kUSD durante los próximos 6 meses. También, los recursos del desarrollador que no sean utilizados para el soporte del usuario pueden ser relocados a discreción del proyecto en otras actividades de mantenimiento o desarrollo, según las necesidades.

3. Cerrar la brecha referente a los "rolling checkpoints" de la especificación.

   Esta es una brecha técnica correpondiente a la especificación de las reglas de consenso que afecta negativamente a todos los clientes que no heredan el código de ABC (ya que estas reglas actualmente solo están implementadas en el código, pero no están especificadas correctamente como parte del protocolo). Este es un trabajo de especificación sensible que también requiere modelado y prueba contrastada con datos de históricos y quizás adicionales, para verificar que la especificación resultante es precisa. Cometer un error en este punto podría tener un alto costo en otras implementaciones que podrían seguir esta especificación.

   Se han realizado algunos trabajos de base, pero se estima que el trabajo restante sería de dos semanas FTE (80 horas) a 100 USD / hora u 8kUSD. Este trabajo debe ejecutarse de manera que permita una fácil integración en las especificaciones del protocolo BCH compartidas (https://reference.cash). La especificación de protocolo común es bastante general en relación a la validación de bloques y puede ser difícil crear un contexto adecuado en este presupuesto, pero podría describirse como una errata a la actualización de noviembre de 2018 en 'Actualizaciones de red'.

4. Actualizaciones de sitio web informativas.

   Esto es parte de un mantenimiento de rutina, y tenemos la intencion de orientar nuestros esfuerzos a varias mejoras:

   Seccióm de publicaciones en nuestro sitio web en donde pensamos presentar novedades del proyecto, anuncios importantes y reportes técnicos y financieros.

   Este es un ítem menor pero requiere de un mantenimiento regular a medida de que el proyecto publique sus artículos. Un presupuesto de 6 meses estimado se calcula en 4800 USD, en base a 8 horas / mes a 100 USD la hora.

   Internacionalización: soporte para traducciones a idiomas principales (comenzaremos con el idioma chino para acercarnos los usuarios de minería e sitios de cambio). Es vital para nuestro proyecto informar a una audiencia global sobre nuestros productos y servicios. Muchos usuarios de Bitcoin Cash son de países que no hablan inglés y nos gustaría llegar a ellos en la medida de las posibilidades.

   Para comenzar, nos gustaría ofrecer nuestros artículos informativos en idioma chino, llegando a un mercado importante y a muchas partes interesadas en Bitcoin Cash. Este es un elemento importante para el sitio web, ya que requiere de una adaptación estructural y de una traducción profesional del contenido, así como una actualización periódica de todas las traducciones disponibles a medida que nuevos contenidos sean incorporados.

   Una estimación de presupuesto para 6 meses se calcula sobre la siguiente base:

   2000 USD por adaptar el sitio web para incorporar otros idiomas. 1000 USD para la traducción profesional de la estructura del sitio y el contenido general, excluyendo la extensión total de cualquier artículo, a un otro idioma principal y la adición de ese idioma al sitio web. Adicionalmente, alrededor de 100 USD para la traducción y revisión por cada informe completo publicado o artículo del inglés al otro idioma principal. Calculamos en base a 4 de estos artículos por mes, por 400 USD / mes o 2400 USD durante 6 meses por idioma. Comenzaremos con un idioma (chino mandarín) por un monto total de 2000 + 1000 + 2400 = 5400 USD (durante 6 meses). En el futuro, solo nuevos contenidos y artículos generarán gastos, pero después de 6 meses de operación, deberíamos tener una buena indicación de cuáles son esos costos y podremos hacer una recaudación de fondos más específica para un mayor mantenimiento del sitio.

   Hosting para descargas BCHN propio, por lo menos como mirror. Estimando entre 6 y 12 lanzamientos por año, con actualmente ~1 GB de almacenamiento por lanzamiento, necesitamos un espacio de hosting de aproximadamente 20 GB para comenzar, y creciendo a medida que pase el tiempo. Servidores adecuados con 30 GB están disponibles a 10 USD / mes, con aproximadamente 10 USD / mes / 30 GB adicionales de almacenamiento). Presupuestamos 120 USD para el alquiler inicial de VPS durante un período de 12 meses, y 380 USD para el mantenimiento del servidor (incluyendo la configuración inicial y la administración del sistema) durante ese período. Total: 500 USD.

5.2 Desarrollo del software de nodo

En esta propuesta, solo se incluye una acotada selección de nuevas funcionalidades a ser desarrolladas. Nos parece adecuado demostrar resultados primero antes de solictar más fondos. El desarrollo de nuevas funcionalidades será propuesto a través de recaudaciones de fondos específicas. Las mismas cubrirán la adecuada especificación, diseño, implementación, pruebas, cronogramas de implementación y métodos de activación.

Esta propuesta incluye los siguientes proyectos de desarrollo e investigación:

1. R&D sobre DAA para diseñar y ofrecer un algoritmo de ajuste de dificultad de reemplazo

   Realizar una evaluación y publicar un informe al respecto, presentando al público los pros y los contras de los algoritmos evaluados. Se nominará un algoritmo de reemplazo. Esfuerzo y costo estimados: 40 horas a 100 USD / hora para un total de 4000 USD.

   Especificar el algoritmo de reemplazo recomendado de una manera adecuada para su integración con las especificaciones de actualización de red y los repositorios de especificación del protocolo BCH comunes: 20 horas a 100 USD / hora por un total de 2000 USD.

   Implementar el algoritmo de reemplazo recomendado en C++ con unit tests: 30 horas a 100 USD / hora por un total de 3000 USD.

   Implementar la activación y cualquier otra sistema de test (convencionalmente en Python) para validar la activación de actualización del algoritmo: 20 horas a 100 USD / hora por un total de 2000 USD.

   Empaquetar las diferentes partes del software (nuevo algoritmo, tests) en una versión de software de nodo: 10 horas a 100 USD / hora por un total de 1000 USD.

2. R&D para analizar los cuellos de botella en las cadenas de tx no confirmadas

   Construir benchmarks de software y usarlos para localizar cuellos de botella de rendimiento asociados al manejo de los nodos en relación largas cadenas de tx no confirmadas: 40 horas a 100 USD / hora por un total de 4000 USD.

   Examinar las posibles soluciones a los cuellos de botella encontrados, realizar prototipos de mejoras simples en relación a los benchmarks y progamar soluciones más complejas como tareas adicionales (que probablemente necesiten de fondos adicionales): 40 horas a 100 USD / hora por un total de 4000 USD.

   Publicar un reporte técnico sobre los resultados de referencia y otras recomendaciones: 10 horas a 100 USD / hora para un total de 1000 USD.

3. R&D para operaciones de numeros grandes (tentativamente: 64-bit) en script

   Revisar y completar el trabajo de especificación previa para operaciones de números de 64 bits: 100 horas a 100 USD / hora para un total de 10000 USD.

   Implementar operaciones específicas y unit tests: 100 horas a 100 USD / hora por un total de 10000 USD.

   Construcción del sistema de test (regtests): 24 horas a 100 USD / hora por un total de 2400 USD.

   Integrar en una versión para pruebas de testnet: 8 horas a 100 USD / hora para un total de 800 USD.

   Integrar para la actualización de mainnet (agregando tests de activación): 8 horas a 100 USD / hora para un total de 800 USD.

   Publicar un informe técnico y proponer mayor investigación: 8 horas a 100 USD / hora por un total de 800 USD.

5.3 Capacidad de autofinanciamiento

Dada la situación económica global y el carácter de todo-o-nada de esta recaudación de fondos inicial por parte de Flipstarter, no estamos incluyendo el desarrollo de muchas funcionalidades nuevas ("ítems llamativos") en esta propuesta.

Los contratos de garantía (las promesas son devueltas en caso de los objetivos de financiación no ser alcanzados) son un modelo de crowdfunding que ha demostrado ser exitoso en el conocido sitio Kickstarter.

Los comentarios que hemos recibido a la fecha indican que dividir futuros desarrollos en paquetes de financiación bien descritos y definidos, con sus planes particulares, presupuestos y cronogramas dedicados, es la forma de preferencia tanto por nuestros desarrolladores como por los contribuidores.

También creemos que a largo plazo es mejor un enfoque de financiación de este tipo, ya que mantiene la dirección del desarrollo de nuestro cliente firme en manos de sus usuarios, que podrán controlar la financiación en sus finos detalles.

Por lo tanto, proponemos el enfoque ágil de un desarrollo inicial limitado con campañas de crowdfunding adicionales. Estamos evaluando diversas opciones para trabajar con otras compañías que puedan estar interesadas en crear una plataforma de financiación Flipstarter de manera rentable. Una estimación inicial que hemos recibimos de una compañía potencialmente interesada en llevar tal desarrollo a la práctica es de 10kUSD.

Como tenemos algunas personas con experiencia en Flipstarter en nuestro equipo, podemos decidir configurar esto nosotros mismos de forma rápida (servidor de campaña simple basado en el sitio web inicial de Flipstarter) e interactuar con proveedores externos solo para una solución a largo plazo.

En el caso de que configuremos nuestro propio hosting Flipstarter, iremos a necesitar:

1. Ingeniería de back-end y mejor hosting. Nuestro sitio web actual es estático, pero Flipstarter necesita de características dinámicas para que los usuarios puedan submitir sus promesas y poder interactuar con la red Bitcoin Cash mediante transacciones. Es probable que debamos correr las campañas Flipstarter en un servidos separado. Los comentarios que hemos recebido indican que debería ser sencillo de configurar, con minimas necesidades de hosting así como aprovechar el dominio existente. Se establece un presupuesto de 20 horas para la configuración e integración a 100 USD / hora y 120 USD para el hosting de servidores por un total de 2120 USD.

2. Desarrollo front-end. Las campañas ejecutadas por nosotros mismos requerirán de cierto trabajo de front-end para su adecuada presentación. Las diferentes campañas seguramente variarán en complejidad, desde simples a más elaboradas. En caso de desarrollar nuestro propio hosting de campaña, presupuestamos 20 horas para el desarrollo genérico de la campaña front-end a 100 USD / hora por un total de 2000 USD. Debemos anticipar costos menores y recurrentes en relación a la configuración y modificaciones de front-end o back-end necesarias para nuevas campañas. Asignamos un paquete de alrededor de 500 USD por campaña que cubre dicha configuración, así como la traducción del texto de la campaña al idioma chino.

Vamos a presupuestar de antemano para la creación de 12 de estas campañas, por un total de front-end (2kUSD) + back-end (2.12kUSD) + campañas (12 x 500USD) = 10.12k USD.

En el positivo caso de recebir una oferta atractiva para gastar los fondos presupuestados en el desarrollo externo de la plataforma Flipstarter, procederemos a hacerlo. El beneficio de usar un servicio externo es que puede tener un menor impacto sobre nuestros escasos recursos de desarrollado. Si dicho proveedor externo gana tracción, podríamos beneficiarnos de una plataforma que con el tiempo se mejore a sí misma y se vuelve más fácil de usar. La desventaja, en ese caso, sería la dependencia de un proveedor de servicios para una actividad de recaudación de fondos relativamente crítica.

En caso de que los fondos presupuestados para esta actividad de autofinanciación no sean utilizados (por ejemplo, si lo hacemos nosotros mismos y resulta más simple de lo estimado, o si conseguimos obtener los mismos servicios de una forma más económica a través de otra plataforma), los fondos restantes se utilizaran para otras mejoras de nuestro sitio web.

Como principales candidatos para futuras funcionalidades, las que contarían con campañas de financiación independientes, tenemos:

1. Asegurar la conexión JSON RPC

   Esta es una tarea que está al alcance de la mano y sería de utilidad para proteger el tráfico RPC, incluyendo las credenciales de snooping, no solo en internet sino tambien en redes locales donde los nodos pueden estar corriendo detras de NAT. Optimización de la privacidad para los usuarios que ejecutan nodos BCHN para servir carteras light.

2. Incremento de la compatibilidad RPC con otros nodos (p.e. la interface gRPC de BCHD).

   Esto hace que el software BCHN sea más útil como una opción de redundancia para aquellos que ya ejecutan otros clientes, y proporciona una mejor plataforma para los usuarios en torno a APIs de calidad. En particular, gRPC es atractivo, y lo pensamos en combinación con el soporte QUIC como complemento.

3. Pruebas de gasto doble y notificaciones

   Esto ofrece protección contra intentos fraudulentos de gasto doble y ayuda a proteger a comerciantes y negocios. Fortalece la utilidad de las transacciones no confirmadas como medio para recibir pagos ordinarios.

4. Commitments UTXO/UtreeXO

   Permite que los nuevos nodos de red que se unen a la misma sincronicen mucho más rápido, comiencen a minar y exijan mucho menos ancho de banda de los nodos existentes, así como que proporcionen nuevas formas de servicio a las carteras light. Este es un hito importante en términos de escala masiva.

5. Mejor propagación de bloques con Xthinner y/o Graphene compatibles

   Graphene y Xthinner son tecnologías de escala que ofrecen importantes economías de ancho de banda en el caso de bloques grandes. Si bien Graphene todavía está siendo optimizado para mejores tasas de retroceso, Xthinner ya está relativamente bien definido y se entiende que posee un diseño robusto, aunque ofrece una economía de ancho de banda más modesto en el mejor de los casos. Evaluar e implementar uno o ambos son pasos importantes en el escalado masivo.

6. Permitir el uso de todos los cores de procesamiento durante la validación de bloques

   Actualmente, el software no utiliza los cores de CPU tan eficientemente como debería. Muchas mejoras son posibles en esta área y son necesarias para una mayor escala, pero requiere un trabajo de ingeniería muy cuidadoso.

7. Evaluación de las recomendaciones para el límite de tamaño de bloque adaptable con recomendaciones de nuevas reglas de consenso y una implementación de referencia

   La eliminación del límite fijo de tamaño de bloque reduce un posible obstáculo futuro y un elemento recurrente que impulsaría la necesidad de bifurcar la red en el caso de una adopción mayor.

8. Evaluar Storm o Avalanche como una opción de pre-consenso

   Estos protocolos podrían ser utilizados como pre-consenso para permitir que la red se establezca rápidamente en una de varias alternativas de transacciones no confirmadas. Esto podría proteger la red contra gastos dobles fraudulentos y brindar una confirmación previa más rápida de transacciones, fortaleciendo la utilidad de BCH como dinero electrónico. Mientras que Avalanche y Storm han progresado en la descripción e implementación en ambientes seguros, tambien es cierto que las proximas etapas consideradas requerirán mucho más trabajo.

5.4 Configuración y operación de dos redes de test

BCHN proporcionará una red de prueba estable (testnet3) donde los servicios puedan ser proporcionados como se describe anteriormente, y una red experimental y volátil en la que se puedan probar nuevas funcionalidades. Esperamos que el costo incurrido incluya configuraciones de minería redundantes, nodos que brinden versiones actualizadas de varios servicios para desarrolladores y personal para mantener las documentaciones actualizadas.

5.5 Representante BCHN para el relacionamiento con usuarios

El responsable principal mantendrá una relación natural con los usuarios clave, pero deberá centrarse en la toma de decisiones y garantizar que BCHN mantenga los más altos estándares de calidad.

El representante será el punto de contacto principal para BCHN y se asegurará de que el proyecto tenga un compromiso continuo, profesional y bidireccional con el más amplio ecosistema de usuarios.

El rol será a tiempo parcial de aproximadamente 12.5 horas / semana, pagado en BCH. Inicialmente, se busca un presupuesto de 30,000 USD destinado a esta posición para cubrir un período variable que dependerá de la compensación del solicitante considerado.

6. Presupuesto

Items precios asociados en USD.

1. Autofinanciación (más campañas de crowdfunding): 10120 USD

   Se necesita: 0,5 FTE hasta julio, menos después. Podemos llevar esto a la práctica utilizando los miembros del equipo existentes (desarrollador web + ingeniero de protocolo experimentado para back-end), o podemos optar por usar un proveedor de plataforma externo.

2. Mantenimiento / backporting: 48000 USD

   Se necesita: 0,5 FTE. Tenemos varios desarrolladores que podrían realizar esta tarea. Por razones logísticas, podríamos compartirlo entre estos desarrolladores o contratar más recursos de desarrollo con estos fondos.

3. Mantenimiento / soporte de usuario: 48000 USD

   Se necesita: 0,5 FTE. Tenemos la intención de contratar desarrolladores que ya apoyan al equipo.

4. Mantenimiento / Rolling checkpoints spec: 8000 USD

   Se necesita: 0,25 FTE durante 8 semanas desde mayo hasta mediados de julio. El responsable principal ejecutará este ítem.

5. Maintenance / sitio web: 10700 USD

   Se necesita: 0.25-0.5 FTE de desarrollo web. El responsable principal ha confirmado un contribuyente que podría realizar el trabajo en un plazo adecuado (entregas incrementales desde mayo hasta mediados de agosto).

6. Desarrollo / DAA R&D: 12000 USD

   Se necesita: 1 FTE durante 12 semanas desde mayo hasta principios de agosto.

7. Desarrollo / Perf. de tx no conf. R&D: 9000 USD

   Se necesita: 0.9 FTE durante 10 semanas desde mediados de agosto hasta finales de octubre. Postergado para permitir priorizar DAA y el trabajo de operaciones de 64 bits, pero puede ser relocado en caso de obtener donaciones adicionales fuera de esta recaudación de fondos que permita contratar a otro desarrollador experimentado.

8. Desarrollo / 64-bit ops: 24800 USD

   Se necesita: 2 FTE durante 12 semanas desde mayo hasta principios de agosto. Aunque nuestro equipo incluye desarrolladores con la experiencia necesaria, es posible que necesitemos obtener recursos adicionales debido a la extensión y la importancia del trabajo así como el estricto intervalo de tiempo en el que este subproyecto tiene que ser encajado.

9. Infraestructura de testnet / Configuración y operación: 20000 USD

   Se necesita: más gastos de infraestructura que mano de obra (estimado <0.25 FTE). La finalización de este ítem será administrada (hasta principios de noviembre) por un contribuyente fundador de BCHN con experiencia en la ejecución de otros servicios de infraestructura de Bitcoin Cash.

10. Procesos / compensación del rol de enlace con el ecosistema: 30000 USD

    Se necesita: una persona. El proyecto tiene la intención de contratar una persona para este rol. Los fondos disponibles son fijos y la duración depende del contrato, que aún debe resolverse.

11. 20% de buffer por volatilidad de BCH: 44,124 USD

Cantidad total a recaudar sin considerar los fondos ya existentes:

264,744 USD (= ~ 1122 BCH al momento de escribir 236 USD / BCH)

Uso de fondos ya donados en esta campaña

Como ya hemos indicado en nuestro sitio web:

En la próxima recaudación de fondos, cualquier fondo no utilizado será destinado a contribuir al cumplimiento de esa campaña.

Restamos nuestros fondos ya donados (actualmente, redondeados al número entero más cercano: 144 BCH) del monto BCH anterior para obtener nuestro objetivo para la campaña Flipstarter:

1122 BCH - 144 BCH = 978 BCH (nuesto objetivo de financiación en Flipstarter)

7. Cronograma

1. Primera semana de abril - primera semana de mayo:

   Tiempo aproximado de esta recaudación de fondos inicial. Una versión de actualización menor de BCHN (correcciones de errores, mejoras de documentación, optimizaciones de rendimiento) antes de la actualización de mayo. Otros recursos relacionados:

   • Comenzar a diseñar e implementar los trabajos de back-end y front-end autofinanciados. Esta es una actividad larga, por lo que debe comenzar lo antes posible. Esta actividad se lleva a cabo utilizando fondos de proyectos existentes, ya sea que la campaña de nodo Flipstarter tenga éxito o falle.
   • Backporting y otros mantenimientos continuos/soporte al usuario.
   • Tests de activación de BCHN junto con usuarios de BCHN (aproximadamente hasta finales de abril).
   • Preparación para el switchover de usuario e instrucciones de respaldo (ABC <=> BCHN).
   • Planificación e informes del proyecto (por ejemplo, comentarios de usuarios ya recibidos, para dar forma a futuras campañas para características técnicas).
   • Nombramiento del rol de representante de BCHN si fuese posible, de lo contrario esto será postergado.
   • Mediados y finales de abril: se inicia el trabajo preliminar sobre rolling checkpoints spec.

2. Segunda semana de mayo:

   Se espera que el resultado de la recaudación de fondos sea de público conocimiento. Se procederá según lo planeado o se revertirá a planes de respaldo de menor financiamiento para mantenimiento y desarrollo. La capacidad para realizar campañas de recaudación de fondos propias continuara desarrollándose de forma independiente, utilizando los fondos existentes. El mantenimiento del nodo continuara de forma independiente, pero de manera más limitada (consulte la sección a continuación sobre 'Planes de respaldo').

   • Comenzar la evaluación del DAA.
   • Comenzar la actualización de operaciones de 64 bits.

3. 14-16 de mayo:

   Actualización de red BCH. Todos los recursos se desviarán para centrarse en proporcionar soporte a los usuarios de BCHN para una actualización sin problemas en sus sistemas. Solicitamos amablemente a los usuarios que nos notifiquen con anticipación sobre cualquier necesidad especial relacionada con este evento.

Cronograma posterior a la actualización de mayo (suponiendo que la recaudación de fondos sea exitosa)

Resto de mayo, y mayor parte de junio: actividades en paralelo de

• desarrollos de autofinanciamiento.
• mejora del sitio web: la sección de publicaciones será implementada en mayo/junio.
• planificación de la configuración de testnets.
• actividades continuas de mantenimiento de nodo.

La planificación y preparación para la(s) primera(s) campaña(s) de propuestas técnicas también se realizará durante mayo/junio, en previsión de que la capacidad de recaudación de fondos esté lista en julio.

Julio:

• En algún momento de este mes a más tardar, se debería implementar nuestra propia capacidad de crowdfunding y lanzar nuestras primeras campañas de funcionalidades, con tiempos de ejecución de entre 1 a 4 semanas (a ser decidido, probablemente también variable).

• El mantenimiento y la mejora del nodo continuarán con un lanzamiento menor por mes durante el resto del período de 6 meses hasta finales de octubre.

• Publicaremos nuestra actualización de script y las especificaciones DAA e informes técnicos relacionados, incluyendo las especificaciones completas y las implementaciones probadas para estas características. Participaremos en discusiones y revisión/desarrollo/pruebas para el congelamiento de características del 15 de agosto para la actualización de noviembre.

• El entregable de los rolling checkpoints (actualizaciones de especificación, modelo de validación + datos) debe publicarse a principios de julio, a más tardar el 15 de agosto.

15 de agosto: Feature freeze para la actualización de noviembre de 2020. Comenzaremos a implementar los cambios de consenso acordados en BCHN con miras a tener una versión de prueba disponible 1 mes después (15 de septiembre).

• se lanza la construcción del benchmark de la longitud de la cadena de tx no confimadas.
• casi al mismo tiempo, se debe implementar la primera versión internacionalizada del sitio web (en idioma chino), marcando el final del trabajo general de desarrollo del sitio web hasta nuevo aviso.

Julio hasta el final de octubre:

Trabajo en la entrega de las primeras funcionalidades técnicas (si los eventos para recaudar fondos han tenido éxito); de lo contrario, nos concentraremos en el mantenimiento y analizar el motivo de por qué las recaudaciones no tuvieron éxito; puede ser que las prioridades de los financiadores hayan cambiado y necesitemos ajustar nuestra hoja de ruta/funcionalidades propuestas. Será un momento de recopilación de comentarios, establecimiento y ajuste de nuestros procesos no solo en torno a la recaudación de fondos, sino también en relación a la planificación y entrega del trabajo que ha sido financiado por el público.

Mitad al final de octubre:

Se publicará el informe final sobre las cadenas de tx no confirmadas. Haremos un balance de nuestra situación (tanto financiera como del progreso del trabajo). Comunicaremos los resultados de los primeros 6 meses y planificaremos los próximos 6 meses.

Cronograma posterior a la actualización de mayo (en caso de que la recaudación de fondos no sea exitosa)

Retornaremos a un modo de operación mas voluntario y con menos certidumbre, pero continuaremos recaudando fondos y trabajando por nuestros objetivos generales.

8. Políticas / procesos / cultura

Bitcoin Cash Node se enorgullece de seguir procesos abiertos y transparentes que toman los comentarios del ecosistema de forma explícita como un ingrediente clave.

Consideramos que el grupo de partes interesadas de Bitcoin Cash es amplio y no deseamos servir los intereses de solo un subconjunto particular. Nuestro software está diseñado para ser usado en entornos de misión crítica que requieran alta confiabilidad y calidad. Esto requiere un enfoque de ingeniería sólido y políticas claras que buscamos abordar en la documentación de nuestro proyecto. Con este fin, hemos comenzado a configurar un repositorio de gestión de proyectos en el que depositaremos planes detallados que cubran el ciclo de vida de nuestro proyecto y sus productos.

A través de nuestros canales de comunicación, buscamos promover un entorno acogedor para todos los usuarios, independientemente de sus antecedentes o nivel de experiencia.

Mantendremos relaciones de divulgación mutua con otros proyectos de software que practican la divulgación responsable de eventuales problemas de seguridad, para que el ecosistema pueda beneficiarse en lugar de verse perjudicado.

Bitcoin Cash Node se compromete a desarrollar procesos transparentes y responsables tanto a nivel de su propio proyecto como a nivel del ecosistema BCH.

El ciclo de actualización de red de 6 meses y los ciclos de lanzamiento de cliente rápidos se han identificado como subóptimos, lo que causa centralización del desarrollo y problemas prácticos incluso para sus más firmes partidarios.

En consulta con los usuarios, BCHN se comprometerá a una adaptación bien considerada del ciclo de actualización después de noviembre de 2020 (la actualización de noviembre ya está codificada en el software actual en términos de algunos parámetros y no puede simplemente abandonarse).

9. Responsabilidad

1. Métricas para medir entregables individuales

   Estos se describen en la sección de entregables anterior. Los informes del responsable tendrán como objetivo dar una idea del porcentaje de finalización de los entregables y los recursos utilizados hasta una fecha de informe determinada.

   El proyecto agradece consultas y comentarios sobre métricas útiles que sus usuarios deseen ver con respecto a los entregables individuales.

2. Transparencia contable y método de verificación

   A la fecha, el proyecto informa sobre ingresos y egresos contables en los informes disponibilizados por responsable principal [7, 8], pero a medida que aumente el número y la cantidad de gastos, esto se dividirá en un informe financiero separado publicado por la cuenta del proyecto en https://read.cash@bitcoincashnode o en su sitio web.

   En situaciones en que los gastos del proyecto deban pagarse en moneda fiat, estos serán en general asumidos por los miembros del proyecto y serán reembolsados en BCH desde la cartera de donaciones del proyecto.

   Los informes financieros incluirán direcciones adicionales en caso de ser utilizadas para actividades específicas (como fondos de donación separados, destinados a funciones o actividades específicas), así como otros posibles flujos de ingresos en caso de ser recibidos.

   La volatilidad del mercado puede requerir que el proyecto estabilice parte de sus fondos donados mediante el uso de stable coins para proteger su valor. El proyecto consultará internamente, pero se considera apropiado que, si esta acción llegase a ser puesta en práctica, debería utilizarse stable coins que sean tokens operando en la red Bitcoin Cash como por ejemplo SLP. Esto mantendrá los incentivos alineados con la red Bitcoin Cash.

3. Comunicaciones regulares en relación al progreso.

   El responsable principal del proyecto se compromete a realizar informes periódicos (no menos frecuente que una vez al mes, preferiblemente cada dos semanas) en relación a las actividades actuales del proyecto y su progreso. La misma persona estará disponible para consultas públicas mediante cualquiera de lso canales de comunicación del proyecto.

10. Planes de respaldo

Por favor, dirigirse a la sección de Preguntas Frecuentes (FAQ)

11. Apéndices

A) Histórico del equipo, personas

El equipo de Bitcoin Cash Node está compuesto por personas de diversos antecedentes en Bitcoin, incluyendo desarrolladores de mucha experiencia, tanto en desarrollo de protocolo como en servicios de capas como aplicaciones de infraestructura, carteras, smart contracts y servicios basados en tokens.

Algunos de sus miembros fueron actores fundamentales en la creación de Bitcoin Cash en 2017.

Para más informaciones sobre el equipo y nuestros colaboradores, visita el sitio web de Bitcoin Cash Node y la lista de partidarios que proporcionaron firmas.

B) Histórico de logros

El proyecto BCHN lanzó su primera versión el 27 de febrero de 2020, la que recibió una respuesta positiva por parte del ecosistema, incluyendo la adopción inmediata por parte de algunos pools de minería y otras empresas de Bitcoin Cash.

La versión inicial se creó por la necesidad de proporcionar una alternativa segura a Bitcoin ABC para la actualización de red del 15 de mayo de 2020. Se está utilizando para minar bloques en la red Bitcoin Cash, con señalización on-chain de su software por grupos que incluyen Bitcoin.com.

Durante las últimas dos semanas de marzo, el proyecto BCHN ha llevado a cabo una consulta pública para recopilar las opiniones del ecosistema Bitcoin Cash sobre las prioridades para el desarrollo del cliente y la red monetaria.

Esta encuesta marca el comienzo de un proceso abierto de interacción con el ecosistema de la moneda para guiar la evolución del software del proyecto y sus procesos de desarrollo, implementación y gobierno.

C) Histórico de presupuestos y disposición de fondos

El proyecto BCHN actualmente opera solamente con fondos BCH donados, los que se mantienen en una dirección multisig en bitcoincash:prnc2exht3zxlrqqcat690tc85cvfuypngh7szx6mk.

Esta dirección puede ser verificada en el sitio web del proyecto.

El proyecto ha recibido una donación de 100 BCH de una compañía que se especializa en el manejo y monitoreo de equipos de minería SHA256, y más donaciones de ~43.23 BCH de todo el ecosistema. Alrededor de 1.13 BCH fueron recolectados en coin.dance (https://cash.coin.dance/development/#developersupport) los que fueron transferidos a la dirección de donación de BCHN.

La situación financiera del proyecto hasta ahora ha sido publicada por el responsable principal en informes regulares [7,8]. Solo se ha incurrido en unos pocos gastos menores para las traducciones de artículos que ascienden a menos de 0.3 BCH. Todos los ingresos y gastos son públicamente visibles en el blockchain a través de la dirección de la cartera del proyecto.

Los fondos del proyecto al 4 de abril de 2020 suman ~144 BCH.

D) Gastos operativos actuales

El proyecto actualmente no posee grandes gastos operativos. Está utilizando planes gratuitos en varias plataformas conocidas en relación a:

1. El control de versiones, la integración continua y las funciones de seguimiento de errores se realizan mediante el plan gratuito de gitlab.com.

2. Las principales comunicaciones de desarrollo se realizan a través Slack (plan gratuito) (bitcoincashnode.slack.com) y Telegram.

Adicionalmente, se están contratando servicios de traducción ocasionales, para los cuales el proyecto reembolsa a los contribuyentes de sus fondos donados.

El registro del dominio del sitio web (https://bitcoincashnode.org) y el alojamiento del sitio actualmente son donados por colaboradores del proyecto. El proyecto podría reembolsar estos gastos privados y espera hacerlo en el futuro.

El dominio del sitio está en control de un colaborador que no es el responsable principal.

E) FAQ

1. ¿Qué pasa si la recaudación de fondos no alcanza el objetivo?

   En ese caso Bitcoin Cash Node solicita a todos aquellos interesados a donar directamente a su direccion multisig para donaciones.

   En el caso de no poder alcanzar la meta de esta campaña, procederemos de la siguiente manera:

   • Mantendremos el nodo durante el próximo año versus financiar nuevos desarrollos importantes. En gran medida tendremos que depender de la contribución de mano de obra voluntaria para esos esfuerzos. No significa que abandonaremos los desarrollos de nuevas funcionalidades, solo que no podremos pagar por desarrolladores dedicados para que trabajen en ellas y deberemos confiar en los esfuerzos voluntarios. Por supuesto, eso también significa que los plazos de implementación y despliegue para tales funcionalidades se volverán más impredecibles e inciertas, ya que no podemos predecir si los recursos de desarrollo voluntario se materializarán, en qué plazo y en qué cantidad.
   • La configuración de nuestro sitio web para recaudar fondos por nuestra cuenta seguirá siendo una prioridad, y si los fondos existentes siguen siendo suficientes (es necesario tener en cuenta la volatilidad del mercado), los usaremos para alcanzar la capacidad de crowdfunding. Si los fondos existentes se consideran inadecuados, es posible que tengamos que conformarnos con la recaudación de fondos que no esté basada en contratos de garantía, sino en direcciones de donaciones dedicadas por funcionalidad o paquete de trabajo.
   • Buscar fuentes de financiación adicionales, como patrocinios de empresas, firmar acuerdos de soporte, proporcionar servicios de consulta para empresas que deseen utilizar BCHN, invitar a terceros a realizar recompensas por funcionalidades o vender sombreros :-)

2. ¿Existe alguna entidad legal o compañía asociada a BCHN?

   No vemos una necesidad inmediata para ello, pero continuaremos evaluando esta opción a medida que la organización crezca.

3. ¿Dónde guardan sus fondos?

   Los fondos de los recaudaciones como estas se acumularán luego de su recolección en la cartera principal multisig del proyecto, donde el saldo total de fondos y cualquier movimiento son visibles públicamente.

4. ¿Podremos ver cómo son gastados?

   Pretendemos continuar publicando los reportes financieros que muestran el detalle de como los fondos son gastados.

5. ¿Las recaudaciones de fondos futuras que fueron detalladas irán a la misma cuenta o a cuentas separadas y asignadas?

   Para simplificar nuestro procesamiento de pagos, tenemos la intención de transferir todos los fondos recaudados a nuestra cartera principal multisig de donaciones. Podemos contabilizar fácilmente todos los pagos salientes y los montos obtenidos mediante recaudaciones de fondos u otros ingresos generados por nuestras actividades, y el público en general podrá monitorear fácilmente nuestro nivel de financiación, ingresos y gastos.

6. Algunos de su equipo son miembros de otros proyectos de cliente y organizaciones. ¿Existe algún conflicto en eso?

   Bitcoin Cash Node es un proyecto open source que acepta contribuciones de cualquier persona, incluidos aquellos que trabajan en otros proyectos de cliente o incluso otras criptomonedas.

   Vemos las consideraciones de conflictos de intereses como una responsabilidad ética personal [10] y alentamos a nuestros contribuidores a considerar la divulgación voluntaria de posibles conflictos que puedan tener.

7. ¿Qué sucede si las personas que tienen la intención de trabajar en los ítems no los completan a tiempo o deciden irse?

   Diferentes circunstancias pueden surgir en el camino para cumplir nuestra promesa de entregables. Si bien haremos nuestro mejor esfuerzo para enfrentar situaciones desafortunadas, tengamos éxito o no, documentaremos nuestros esfuerzos de manera transparente para que quede claro dónde se ha puesto el dinero recibido.

8. ¿Qué pasa si el precio de BCH cae por debajo del 20% del búfer de protección?

   En el caso de una caída de corto plazo, continuaremos trabajando de acuerdo con nuestro plan, solo que nuestras reservas serán agotadas más rápido, lo que significa que deberemos buscar como obtener fondos adicionales para compensar el déficit y llevar a cabo los entregables.

9. ¿Qué pasa si el precio del BCH aumenta significativamente? ¿Qué harán con el dinero?

   Cuanto más valor tengan nuestros fondos, más podremos lograr con ellos sin tener que recaudar nuevamente. En otras palabras, utilizaremos el dinero para llevar a cabo el desarrollo necesario en nuestro camino hacia el dinero electrónico par-a-par global.

10. ¿Mantendrán todos los fondos recaudados en BCH o mantendrán algunos una parte en stable coins?

    Esto no ha sido totalmente definido, pero tenemos la intención de mantener la mayoría de nuestros fondos (inicialmente: todos) en BCH. Estamos consultando asesores financieros sobre la posible cobertura de algunos fondos en stable coins que operen en la red BCH.

11. ¿Qué sucede si el IFP, contra toda expectativa, es activado?

    En ese caso, el software BCHN seguirá la cadena con mayor prueba-de-trabajo. Dado que no implementa las reglas del IFP, los mineros/pools deberían tomar nota del posicionamiento del ecosistema y decidir por sí mismos si cumplen con las reglas del IFP en caso de que sean activadas, ya que la activación entre nodos ABC no equivale a la adopción real.

12. ¿Cómo puedo ayudar a su proyecto de otra manera que no sea donar dinero?

    Estamos muy agradecidos por cualquier forma de ayuda y colaboración, ya sea un poco de su tiempo o un buen consejo o demostración de apoyo.

    Si eres es un desarrollador, un tester de software o puedes realizar una redacción o revisión técnica, puedes ayudarnos trabajando directamente con nosotros en una o más de las áreas que te resulten de interés.

    Si eres un productor de bloques Bitcoin Cash, puedes indicar tu apoyo incluyendo /BCHN/ en tus tx basemoneda.

    Si eres un negocio minorista que usa Bitcoin Cash y corres un nodo de red, esperamos que pruebes nuestro software y nos envíes tus comentarios.

    Si eres un usuario de Bitcoin Cash en general, puedes reportar problemas o presentar solicitudes de mejoras a través de GitLab, o a través de cualquiera de los otros canales disponibles.

    Por favor, ponte en contacto con nosotros por Slack, Telegram o IRC usando los links disponibles en nuestro sitio web para obtener mayor información.

F) Referencias

• [1] Sitio web de Bitcoin Cash Node
• [2] Pre-Anuncio de Bitcoin Cash Node
• [3] Release inicial de Bitcoin Cash Node
• [4] Firmas en soporte a Bitcoin Cash Node
• [5] Bitcoin Cash Node 2020: plans for May upgrade and beyond
• [6] Survey a la comunidad Bitcoin Cash Node March 2020
• [7] BCHN Responsable Principal Reporte 2020-03-14
• [8] BCHN Responsable Principal Reporte 2020-03-31
• [9] https://qubit-labs.com/average-hourly-rates-offshore-development-services-software-development-costs-guide/
• [10] https://en.wikipedia.org/wiki/Conflict_of_interest