Bloquear 832846
- Se agregaron pruebas automatizadas para varias bibliotecas
- Los sistemas de prueba automatizados utilizan varios proyectos, incluido el comando básico de bitcoin, las pruebas automatizadas eliminan muchos problemas en el desarrollo y las pruebas *
- Totalmente terminado y listo para usar la biblioteca [smartholdem-RPC] (https://github.com/smartholdem/smartholdem-rpc), en la última versión añade opciones para trabajar con JSON RPC en la lista blanca de IPs:
Recibir solicitudes de la dirección especificada
--allow <dirección>
Recepción de solicitudes de todas las direcciones, para pruebas y configuración
--allow-remote
Se agregó la generación de trabajo de direcciones jerárquicas con la contraseña maestra basada en el protocolo [bip38] (https://github.com/bitcoin/bips/blob/master/bip-0038.mediawiki)
- Agregado [generar protocolo especializado códigos QR] (https://github.com/smartholdem/smartholdem-qr) con uri protocolo basado [bip021] (https://github.com/bitcoin/bips/blob/master /bip-0021.mediawiki) requerido para la facturación, pago por enlaces, una nueva versión de la billetera de escritorio
- El repositorio de medios públicos [smartmedia] (https://github.com/smartholdem/smartmedia) se actualiza constantemente
- Al anunciar la sección [Propuestas de mejora SmartHoldem - naves] (https://github.com/smartholdem/SHIPs) con su propia plantilla, un análogo BitCoin BIP, en esta sección están disponibles para implementar el futuro protokoloy plataforma SmartHoldem
- Crear [Client Lite Java] (https://github.com/smartholdem/smartholdem-java) la interacción con blockchain SmartHoldem, es 1 de 4 bibliotecas necesarias de despliegue contratos SmartEvents y las nuevas interacciones de servicio de protocolo basados en eventos reivindicación 7 cm.
- Crear un grupo separado de los repositorios [SmartEvents] (https://github.com/SmartEvents) tiene como objetivo desarrollar protocolos SmartEvents, contratos y nuevas interacciones enfoque evento con plataformas blockchain aquí en mayor detalle:
** Prólogo **
Mucha gente sabe, cuando interactúa con los servidores para recibir datos enfoque utilizado comúnmente, cuando se pide periódicamente al servidor para recuperar los datos solicitados, por ejemplo a través de cron 1 veces por proeryaete minutos para las nuevas transacciones en su cartera, o por ejemplo un simple chat cuando se necesita para ponerse en contacto con a la base de datos del servidor cada segundo con una solicitud de datos sobre nuevos mensajes, este enfoque es obviamente ineficaz.
Según la investigación de muchas campañas, el 99% de los recursos del servidor se desperdician debido a llamadas "inactivas" a las bases de datos en la red, lo que genera costos adicionales de creación de hardware del servidor (RAM, CPU, etc.).
** Nuestra visión **
100% de eficiencia de uso de recursos versus 1%, reducción de los costos del servidor. Este problema se resuelve mediante el desarrollo de un enfoque basado en eventos que consiste en oyentes y proveedores de servicios.
Un miembro de la red SmartHoldem puede convertirse tanto en oyentes como en proveedores de servicios y recibir una remuneración adicional pagada por los consumidores por esto. Los consumidores de servicios son aplicaciones y campañas que utilizan servicios confiables proporcionados por la comunidad.
Alternativamente, los consumidores del servicio pueden elevar a sus oyentes y proveedores de servicios en sus propios servidores. No use servicios remotos de confianza.
** Cómo funciona **
Ejemplo 1: necesita recibir información sobre las transacciones entrantes a miles de direcciones
-
Los oyentes escuchan los eventos de red en el blockchain de forma local / remota, creando más oportunidades para los usuarios de la red y descentralizando el servicio. La API permite a los consumidores crear suscripciones y recibir eventos de blockchain en tiempo real utilizando devoluciones de llamada de Webhook.
-
Los servicios manejan eventos y cumplen con las condiciones y contratos especificados. Cree y ejecute contratos de servicio, que pueden ser desde descargar un archivo hasta transferir valores, crear contratos inteligentes, ejecutar código en plataformas informáticas basadas en bockchain o interactuar con Iot.
-
El cliente de los servicios (por ejemplo, el intercambio con miles de direcciones SmartHoldem) se suscribe a los eventos en la red, en nuestro ejemplo, este es el recibo de la transacción a las direcciones N1000 + con la condición de más de 5 confirmaciones.
Cuando se produce el evento, los Servicios realizan la lógica necesaria, por ejemplo, envían una notificación POST a la base de datos / URL de devolución de llamada sobre la recepción de una nueva transacción confirmada y agregan el saldo STH a la cuenta del usuario.
*! Excluye cualquier carga adicional en el servidor y 100% de eficiencia con un consumo mínimo de recursos. *
La tecnología basada en eventos también se usa en eventos determinísticos de contrato.
El ejemplo se simplifica al máximo para comprender los principios básicos de la interacción de los nodos.
Como seguridad, puede usar la lista blanca, los sitios de confianza y la clave API única, que el consumidor recibe de los servicios basados en la dirección STH. Es decir. todas las solicitudes en la red ocurren con autorización. Las solicitudes sin autorización son rechazadas por los servicios y oyentes de la red.
Para recibir la Clave Api, el consumidor repone su dirección STH con la cantidad de dinero necesaria de 0 a N monedas. Si el consumidor también es proveedor de servicios propios, puede establecer 0.
Si el consumidor usa proveedores de servicios confiables, el servicio se proporcionará hasta que se desperdicie todo el saldo de la dirección firmada con la clave API a favor del proveedor del servicio. La cantidad inicial recomendada para los proveedores de servicios es de 100 unidades.
Los servicios y contratos son ilimitados en sus modificaciones. Los servicios y eventos principales pueden ser los siguientes:
- se creó un nuevo bloque - realizar la operación
- se recibió una transacción en la dirección A con el número de confirmaciones N
- se recibió una transacción en la dirección A con el número de confirmaciones N y la suma> S
- Apuesta en el evento del juego E
- Evento de juego + contrato de servicio iniciado
- Block N recibido
- intercambio directo de BTC> STH a través de la red + contrato
y así sucesivamente
