Acceso a DAPP a través de HTTP

  • La cadena de bloques tiene que ver con la ausencia de servidor y la eliminación del tercero. Pero vi muchos DAPP accesibles a través de HTTP. ¿No es esto romper el concepto sin servidor? Leí en muchos lugares que IPFS tiene como objetivo reemplazar HTTP para descentralizar la web.
  • ¿Cómo pueden los navegadores como Google Chrome ejecutar DAPP que usan protocolos como Whisper?
  • ¿Cuál es el punto de Mist Browser si puedo acceder a DAAP a través de otros navegadores (usando HTTP)?
todo el concepto de DAPP es una cuestión de marketing para invitar a las personas a escribir aplicaciones como una aplicación para Android. Pero no va a funcionar, Ethereum es solo un conjunto de servicios. Todo permanecerá como está, usará la aplicación Chrome o Android, con la única diferencia de que ahora interactuará con la cadena de bloques. Olvídese de la palabra DAPP, reemplácela con la palabra API y la entenderá más rápido.
Sí, ya veo, esta explicación hace mucho más fácil de entender, pero estaba pensando que si la nueva Internet sería una Internet descentralizada (como en la serie de Silicon Valley: D), HTTP no tendrá ningún lugar y los DAAP no deberían depender de HTTP.
@Mayasara, no puede haber internet en la cadena de bloques. Primero, porque no hay capacidad para hacerlo, la tasa actual de Ethereum es de 15 TPS. Segundo; Las cadenas de bloques no escalan. Tercero: es de muy alto costo, el algoritmo de consenso en las criptomonedas (actuales) es muy tonto, desperdicia muchos recursos. Los servidores centralizados son una solución mucho más barata. Blockchain solo es bueno para el dinero, pero no para todo

Respuestas (4)

No exactamente.

Si piensa en la cadena de bloques como una solución a la tolerancia a fallas y un reemplazo 1:1 para la lógica y el almacenamiento del lado del servidor, la cadena de bloques nunca tendrá sentido.

Blockchain resuelve la confianza al presentar conjuntos indiscutibles de hechos probados. En la práctica, estos generalmente no son los hechos que encontrará en los diseños de bases de datos existentes ni la lógica que encontrará en el software existente, incluso sobre los patrones de software familiares.

Es completamente diferente. Se trata de probar los hechos importantes.

La alta disponibilidad es un requisito importante simplemente porque muchos proyectos de cadenas de bloques se basan en gran medida en la cadena de bloques en el centro del diseño.

Todo tipo de pilas de software son posibles sobre estas bases. Estos pueden incluir servidores que hablan con contratos, navegadores que hablan con contratos, dispositivos que hablan con contratos. Es justo decir que esos aspectos no son tolerantes a fallas ni se distribuyen cuando (por lo general) dependen de DNS y servidores web para entregar activos.

Si un CryptoKitty nace en un contrato y no hay gente para ver lo lindo que es, ¿sigue ahí? Sí.

En la mayoría de los casos , las fallas localizadas temporales no son una gran preocupación. En cualquier caso, podría decirse que eliminar el temido punto único de falla de los bordes es una preocupación aparte.

Esto podría ser útil: https://blog.b9lab.com/the-joy-of-minimalism-in-smart-contract-design-2303010c8b09

Espero eso ayude.

Muchas gracias, eso fue muy útil, pero mi único problema con los DAAP que usan protocolos HTTP y dependen de DNS que puede mantener el problema de la capacidad de cerrar los servidores por parte del gobierno o lo que sea, no creo que nadie puede cerrar la cadena de bloques, pero es muy fácil cerrar un servidor en particular. Bajo mi punto de vista, los DAAP deberían ser solo aplicaciones independientes (aplicaciones de escritorio) o similares que se conectan e interactúan con la cadena de bloques, ¿ustedes que opinan?
Si su aplicación no puede tolerar un cierto modo de falla, siempre hay una manera de eliminar un único punto de falla. El precio que uno está dispuesto a pagar por diferentes tipos de tolerancia a fallas depende de la aplicación. Depende del caso. Por ejemplo, si está tratando de generar señales SOS tolerantes a fallas, entonces la censura de punto final podría ser una preocupación seria. Si lo que más le preocupa es la integridad y la disponibilidad de un registro de activos, entonces la posible falta de disponibilidad temporal de lindas imágenes jpeg puede no ser una falla crítica.
  1. Google Chrome no puede ejecutar DApps (abreviatura de aplicaciones distribuidas) por sí solo (al menos por el momento). Google Chrome necesita una extensión (por ejemplo, Metamask) para conectarse a la cadena de bloques de Ethereum subyacente.
  2. Son extensiones como Metamask las que permiten que Chrome ejecute Dapps que usan el protocolo Whisper.
  3. El navegador Mist es solo otra opción (aparte de Chrome, etc.) para poder ejecutar Dapps. No es obligatorio utilizar el navegador Mist. No es necesario usar una "extensión" con el navegador Mist, ya que está diseñado específicamente para manejar Dapps en blockchain.

El problema con la tecnología HTTP 'tradicional' y las Dapps es que no se gustan demasiado. Las cosas son fáciles si vivimos en el mundo HTTP tradicional o si de alguna manera logramos vivir puramente en el mundo Dapp, pero desafortunadamente el mundo Dapp no ​​está listo para una inmersión total.

Actualmente, todavía necesitamos tecnología que une estos dos mundos, como Metamask. Tal vez en algún momento en el futuro solo necesitemos soluciones descentralizadas, pero mientras tanto estamos atascados con lo que tenemos y HTTP es uno de los mejores medios disponibles para que los usuarios usen Dapps (a través de Metamask, por ejemplo).

Si pudiéramos conectarnos a Internet con medios descentralizados (¿IPFS, tal vez?), también podríamos conectarnos a Dapps sin intermediarios centralizados.

Como ya se indicó, los navegadores normales no pueden conectarse directamente a la cadena de bloques.

La cadena de bloques tiene que ver con la ausencia de servidor y la eliminación del tercero. Pero vi muchos DAPP accesibles a través de HTTP. ¿No es esto romper el concepto sin servidor? Leí en muchos lugares que IPFS tiene como objetivo reemplazar HTTP para descentralizar la web.

En teoría y de alguna manera, sí, esto rompe el concepto sin servidor. Piense primero en las diferentes capas de la red, luego evalúe la solidez y madurez de las tecnologías asociadas a ellas. Por ejemplo, las aplicaciones descentralizadas aún pueden ejecutarse en TCP/IPC, pero están descentralizadas en la capa de aplicación. En el futuro puede haber una computadora en la nube descentralizada inspirada en Ethereum, pero seguirá utilizando los protocolos TCP/IP. Imo IPFS aún no se ha adoptado ampliamente, pero puede y aún debe suceder.

¿Cómo pueden los navegadores como Google Chrome ejecutar DAPP que usan protocolos como Whisper?

Esta es la razón por la cual las personas han creado navegadores como Brave o están creando plataformas basadas en la web específicamente para ejecutar Dapps, como Cosmos. Google Chrome necesita un puente tal como está porque no está "ejecutando" de forma nativa un Dapp.

¿Cuál es el punto de Mist Browser si puedo acceder a Dapps a través de cualquier otro navegador (usando HTTP)?

Mist proporciona una visualización valiosa de lo que sucede en la Dapp y en las billeteras. Proporciona una valiosa supervisión y, en muchos sentidos, un entorno de prueba para la Dapp. Es especialmente poderoso para mostrar esto a personas sin conocimientos técnicos, además tiene una excelente interfaz de usuario. No es esencial para Dapp, pero facilita mucho la vida de las personas y, en última instancia, promueve una adopción generalizada más rápida.