¿Se puede realizar una transacción de blockchain en tiempo real?

Me explico un poco ;)

Soy nuevo en el negocio de blockchain, pero no en tecnología. De alguna manera perdí el autobús hasta ahora.

Entonces, lo que deduzco es que se envía una transacción y quien llega primero crea un bloque grabado para sellar la transacción y este proceso puede llevar desde unos pocos segundos hasta 10 minutos. Por favor, corríjame si estoy equivocado. Soy principalmente del mundo web / de aplicaciones, por lo que estoy tratando de descubrir cómo un mecanismo de registro de transacciones retrasado puede ser útil para, por ejemplo, la autenticación del usuario durante un proceso de inicio de sesión.

Me estoy perdiendo de algo ?

después de leer un poco, encontré este https://medium.com/@mvmurthy/full-stack-hello-world-voting-ethereum-dapp-tutorial-part-1-40d2d0d807c2 que aclara bastantes cosas.

Pero mi pregunta es si hay alguna manera de hacer transacciones de blockchain en tiempo real para que un usuario del sitio web pueda realizarlas sin demoras. ¿Cuáles son las mejores prácticas/enfoques para lograr esto?

Respuestas (1)

No sé cuáles son las mejores prácticas, pero no creo que realmente puedas realizar transacciones en la cadena , pero potencialmente puedes hacerlas fuera de la cadena .

Si está creando un sistema de inicio de sesión y quiere hacerlo todo en cadena, podría usar un sistema de depósito en garantía con tokens o ether real, si su backend está diseñado de manera que admita lo siguiente: supongamos que desea dejar alguien inicia sesión casi instantáneamente, pero se le cobra por inicio de sesión. Puede hacer que compren, digamos, 10 tokens (o fracciones de éter, lo que sea) y mantenerlos en depósito. Luego, en cada inicio de sesión, transmiten una transacción que llama a una función para transferir uno de los tokens y te los transfiere a ti. Su backend luego almacena la transacción de transmisión y rastrea internamente la cantidad de tokens que tendrían. Entonces, si alguien inicia sesión una vez, incluso antes de que la transacción se selle en la cadena de bloques, puede deducir uno de su línea de crédito. Pueden hacer esto 9 veces más antes de que se selle una sola transacción. Antes de que puedan realizar una undécima transacción, deben tener una transacción en cadena para comprar más tokens. Puede estar seguro de que no habrá repeticiones, ya que su servidor guarda una copia de todas las transacciones firmadas, que puede asegurarse de que se retransmitan a la red. Querría asegurarse de que el precio del gas sea lo suficientemente alto como para que la transacción eventualmente se incluya.

el fideicomiso del que hablas... te refieres al dinero en su billetera o es un fideicomiso en el backend de mi aplicación al que se suscribe el usuario? Además, cuando dice que transmiten una transacción que llama a una función... ¿se refiere a un contrato de solidez implementado en una cadena de bloques en vivo? Entonces, ¿necesito integrarme con una aplicación de billetera o la aplicación de billetera es parte de mi aplicación web?
Para el depósito en garantía, estoy pensando en un contrato inteligente que use tokens o éter. Para la transacción de transmisión, sí, me refiero a llamar a uno de los métodos del contrato inteligente para usar un token/éter. Observará estas transacciones en el backend de su aplicación web (debería propagarse a través de la red con bastante rapidez) y almacenará en caché una copia para que pueda reproducirla en la red si es necesario (consulte ethereum.stackexchange.com/questions/18736/ … ). No sé sobre la logística de las carteras; hay complementos de navegador aunque