Respuesta a la revisión de Librehash del Protocolo Oceánico por Ocean Protocol Team Ago, 2020

Este artículo es una respuesta al artículo "Ocean Protocol Review" de cryptomedication, publicado el 9 de agosto de 2020.

¡Muchas gracias por el interés en Ocean Protocol! Apreciamos el tiempo y la energía que nos llevó aprender sobre Ocean, explorar algunos de nuestros componentes de software y escribir una reseña que incluya comentarios reflexivos.

En Ocean Protocol, nos tomamos muy en serio todos los comentarios. Lo consideramos en nuestra planificación y ejecución tanto en el frente técnico como comunitario. También lo vemos como una oportunidad para ayudar a aumentar el conocimiento de nuestra comunidad sobre varias facetas de Ocean. Estaremos encantados de responder a su artículo.

Esta respuesta está organizada de la siguiente manera:

Contexto sobre la inteligencia artificial, los datos y la fundación oceánica útiles Contexto sobre el estado de la hoja de ruta del océano Contexto sobre el océano y la identidad Una respuesta al resumen del artículo Una respuesta detallada a cada uno de los 14 puntos planteados en el artículo

Continuemos.

Esta sección describirá la IA útil y la relación de la IA con los datos, con ejemplos de la experiencia de uno de nuestros fundadores (Trent McConaghy).

IA útil. Trent comenzó a trabajar en IA profesionalmente en 1997 en el Gobierno de Canadá (cuando aún estaba en la universidad). Allí, diseñó modelos de IA para clasificar automáticamente las señales de radar de audio. Después de la universidad, fundó ADA, que utilizaba la inteligencia artificial para ayudar a los diseñadores analógicos a dimensionar sus circuitos más rápidamente. ADA aumentó su base de clientes y fue adquirida en 2004 por el líder de la industria Synopsys Inc.

Luego fundó Solido, que utilizaba inteligencia artificial para ayudar a los diseñadores de circuitos a estimar el efecto de la variación de fabricación en el rendimiento. Cuando Siemens adquirió Solido en 2017, su software fue utilizado por 19 de las 20 principales empresas de semiconductores del mundo, incluidas Nvidia, Sony, Qualcomm, Apple, Samsung y TSMC, para diseñar chips utilizados en teléfonos, tabletas, automóviles, GPU, etc. y más.

AI y datos. Gran parte del trabajo de IA de Trent implicó la creación de modelos de IA, como:

clasificadores para señales de radar de audio. un optimizador basado en modelos de regresión para dimensionar circuitos analógicos. un estimador de densidad para modelar distribuciones de probabilidad a partir de las cuales estimar el rendimiento del circuito. .Modelos de proceso gaussianos utilizados en un ciclo de optimización para identificar el peor de los casos de rendimiento en diversas temperaturas y condiciones de carga. Y así.

Todos estos modelos necesitaban datos para construirse. El objetivo era obtener modelos suficientemente precisos dadas las limitaciones de tiempo y presupuesto. Una forma habría sido obtener de alguna manera 10 o 100 veces más datos, ya que el error del modelo de IA disminuye con más datos. Pero esto no fue posible en estas aplicaciones particulares. Para el trabajo del radar, debido a los procesos gubernamentales, fue extremadamente difícil obtener más datos. Las aplicaciones del circuito utilizaron datos de simulación SPICE, pero debido a que cada simulación consumía mucho tiempo, había un presupuesto de simulación y, por lo tanto, un límite de datos. Debido a esto, el objetivo era encontrar el mejor enfoque de IA (modelado de IA y tal vez muestreo adaptativo) dado el límite de datos.

La experiencia de Trent sobre la utilidad de los datos para la IA no fue única. De hecho, la industria de la IA conoce desde hace mucho tiempo los beneficios de los datos. En 2001, los investigadores de Microsoft publicaron el siguiente gráfico, que muestra cómo aumentaba la precisión (el error disminuía) a medida que aumentaba la cantidad de datos. En 2007, Google escribió un artículo titulado "La efectividad irrazonable de los datos" y dio muchos más ejemplos. En un podcast reciente "Voices of the Data Economy", Andrew Trask subrayó cuántos datos se necesitan para impulsar la IA.

En resumen: la IA ama los datos. Mejora la precisión del modelo y, a su vez, mejora los resultados comerciales y de investigación.

Pero hay un problema: los datos están bloqueados o concentrados en manos de unos pocos. Nuestra publicación de blog inaugural sobre Ocean de hace casi tres años detalla:

“Muchas empresas tienen muchos datos pero no saben cómo ponerlos a disposición del mundo. El valor latente acecha por todas partes. Por el contrario, muchas startups saben cómo convertir los datos en valor mediante la inteligencia artificial, pero están hambrientos de datos.

Solo un puñado de empresas en el mundo, Google, Facebook y similares, tienen conjuntos de datos masivos y el conocimiento de inteligencia artificial para convertirlos en valor. Su foso son datos, no algoritmos de IA. Han utilizado la combinación de datos * IA para convertirse en las empresas más poderosas del mundo.

Estamos en 2017. La sociedad funciona con datos, pero gran parte de ella está controlada por un puñado de empresas con más poder, recursos y alcance que la mayoría de las naciones. ¿Cómo podemos igualar el acceso a los datos y, por lo tanto, la oportunidad de aprovechar al máximo la inteligencia artificial y la informática modernas? "

Y en esta última frase se encuentra el objetivo de Ocean. Los modelos de IA desbloquean el valor de los datos. Ocean se trata de desbloquear datos, especialmente datos para modelos de inteligencia artificial, porque ahí es donde reside mucho valor.

Ocean ha hecho un gran progreso hacia esta misión. De la actualización de productos Ocean's 2020:

Objetivo 1 (V1) – Enviamos la versión 1.0 (V1) a mediados de 2019 … construyendo la base de la tecnología descentralizada. Proporciona una arquitectura abierta y flexible para adaptarse a muchos escenarios de intercambio de datos. Esto incluye funcionalidad para construir datos comunes; por ejemplo, implementamos y desplegamos commons.oceanprotocol.com para demostrar. La versión 1.0 también incluye funcionalidad para construir mercados de datos descentralizados, donde el mercado no controla ni ve los datos. … Lanzamos la versión 1.1 en el otoño de 2019 (que) agregó compatibilidad con IPFS.Mercados de datos. Para facilitar el intercambio de datos en el nivel de usuario de la "última milla", también hemos creado e implementado un mercado descentralizado / sin custodia. Los proveedores de datos pueden implementarlo en forma de etiqueta blanca. Enviamos la versión beta en marzo de 2020 con un socio estratégico.Objetivo 2 (V2) – para desbloquear datos privados usando compute-to-data. (Lanzamos esto en mayo de 2020).Objetivo 3 (V3) y Objetivo 5 (V5) – Estamos trabajando en tokens de datos, que envuelven los controles de acceso con tokens. … El diseño tendrá incentivos para maximizar el suministro y el intercambio de datos. Habrá elementos de replanteo. … Logra la ausencia de permiso. (Está previsto que se publique a finales del tercer trimestre de 2020).Objetivo 4 (V4). El objetivo 4 es garantizar que la comunidad y el proyecto sean autosuficientes a través de un proceso de financiación comunitaria. (Está previsto que se publique durante el cuarto trimestre de 2020).

También hemos estado trabajando en proyectos comerciales para implementar la tecnología, como una prueba de concepto con Daimler para una plataforma de intercambio de datos descentralizada.

Ocean tiene una noción de identidad para los actores y para los activos de datos.

Actores como los proveedores de datos y los consumidores Direcciones de Ethereum, también conocido como cuentas web3. Estos son administrados por billeteras criptográficas, como era de esperar. Hay oportunidades para que la funcionalidad se construya sobre la base del uso, por ejemplo, 3Box o credenciales verificables.Cada activo de datos tiene un identificador descentralizado (HIZO) que se resuelve en un DDO para metadatos asociados. El DDO es esencialmente JSON que completa campos de metadatos (información sobre activos de datos). Este uso de DID / DDO tampoco requiere módulos de autenticación / administración de identidad pesados.

> (Criptomedicación escribió) Creo que la idea de la inteligencia artificial en la cadena de bloques (en la forma en que Ocean Protocol propone que la implementarán), es descabellada en el mejor de los casos (lo más probable es que no sea posible en lo más mínimo).

>… Si estuviera en contacto con el equipo, les instaría a: Desechar la I.A. idea en conjunto; nadie lo utilizará nunca y, de todos modos, no funcionará. Lo entiendo, esto suena muy impresionante y como algo que hará avanzar la aguja para convencer a la gente de que esta ficha es radicalmente diferente a cualquier cosa que hayamos visto antes, pero no tendrá ese impacto. En cambio, terminarás con idiotas como yo que le dan a tu proyecto una crítica súper dura.

No. La IA y el modelado de IA se han utilizado de forma práctica en la industria durante décadas. Los modelos de inteligencia artificial adoran los datos porque mejoran la precisión del modelo y, a su vez, mejoran los resultados comerciales y de investigación. Por ejemplo, no debemos buscar más allá de la experiencia de nuestro fundador, Trent McConaghy.

Reconocimos un desafío clave que tenía la industria de la inteligencia artificial: cómo obtener más datos. Creamos Ocean para ayudar a resolver eso, aprovechando herramientas de criptografía y blockchain.

También vale la pena señalar que el enfoque de Ocean no es la IA en la cadena de bloques. Más bien, su enfoque es cómo obtener más datos para construir modelos, especialmente modelos de IA. Sin embargo, también hay un gran valor en los agentes de IA descentralizados (“IA en la cadena de bloques) y proyectos como SingularityNet y Fetch.ai están haciendo un trabajo excelente aquí. Son complementarios a Ocean, porque Ocean puede suministrar datos a sus tecnologías de IA.

> El hecho de que el equipo conozca el protocolo DID (que implica la implementación de árbol lateral) me dice que este concepto no les es ajeno. Sin embargo, dado que no hay un esquema de autenticación válido incrustado en el proyecto, casi parece que esta integración / uso del DID es un completo desperdicio.

Los DID (y DDO) surgieron en 2016 en un taller de RWOT. Los árboles laterales vinieron después. Los árboles laterales dependen de los DID, no al revés.

Como se discutió, Ocean usa DID (y DDO) para activos de datos. En el contexto del océano, los activos de datos se compran y venden, es decir, se transfieren entre varias partes.

Nos gusta el protocolo Sidetree y respetamos a las personas que lo respaldan. Sin embargo, asume que los DID no son transferibles. Esto significa que no podemos usarlo para nuestro contexto: activos de datos. Aquí hay detalles sobre la restricción de transferibilidad:

“Se supone que los DID no son transferibles y el protocolo no proporciona ningún medio para que una entidad lógica dé, compre o adquiera un DID de otra entidad que lo originó. Esto es algo que funciona para el caso DID / DPKI, pero no para el caso de doble gasto monetario (si lo hiciera, no necesitaríamos una cadena de bloques para determinar el linaje determinista descentralizado) ".

Además, DIF recomienda IPFS como bloque de almacenamiento direccionable por contenido. Ocean integra IPFS. Ocean utiliza los mejores protocolos y tecnologías de su clase siempre que sea posible (por ejemplo, DID, IPFS), pero no cuando no tiene sentido (Sidetree para activos de datos).

Además, BigchainDB (the team building Ocean) es miembro fundador de Decentralized Identity Foundation (DIF), el principal organismo organizador detrás de los DID.

> Para ser claros, la integración del esquema DID es un completo desperdicio porque el protocolo de árbol lateral fue diseñado / creado originalmente dentro de Ethereum. Incluso hay demostraciones abiertas en línea de cómo funciona el protocolo de árbol lateral. Esto debería eliminar la necesidad de todas estas llamadas a API externas / cuadernos de JupyterLab, etc. (a menos que se utilicen explícitamente para comunicarse con el árbol lateral y extraer información relevante; recuerde que este es un protocolo en sí mismo y también sirve como un almacén de claves!)

El protocolo Sidetree fue diseñado para funcionar con muchos sustratos de blockchain subyacentes. Ion es la implementación de referencia sobre Bitcoin. Element es la referencia en la parte superior de Ethereum.

Como se mencionó, Sidetree asume que los DID no son transferibles, lo que significa que Ocean Protocol no puede usarlos con sus DID basados ​​en datos, por lo tanto, "eliminar" para reemplazarlos con Sidetrees no es una opción.

> (Cryptomedication escribió) Sin embargo, podrían hacer algo interesante si decidieran llevar esto en otra dirección por completo.

> Aquí hay muchas oportunidades para integrar un esquema / protocolo de autenticación / identificación con Ocean. Eso por sí solo sería una gran fuente de ingresos, y lo digo fuera del contexto de los mercados.

El objetivo de Ocean es desbloquear datos. Su enfoque no son los esquemas de autenticación. Si cree que ve una oportunidad utilizando la tecnología Ocean, hágalo. El software Ocean es de código abierto, listo para que lo aproveches.

Respuesta punto por punto a cada inquietud del artículo

> (cryptomedication escribió) la captura de pantalla anterior contiene texto que dice:

> "Ocean Protocol ayuda a los desarrolladores a crear mercados y otras aplicaciones para publicar, intercambiar y consumir datos de forma privada y segura".

Con esta definición, la impresión inicial que tuve de este proyecto fue que era un proveedor de SDK de algún tipo (algo así como Tendermint / Cosmos).

> La API en cuestión = "calamar"

Squid es una biblioteca (en Python o en JS) que contiene herramientas para que los desarrolladores creen mercados de datos descentralizados.

No usamos "API" porque tiende a referirse a extremos http, ni "SDK" porque eso implica una plataforma completa a la que debe cambiar (y alejarse de otra plataforma, que es de suma cero). Desde la perspectiva del desarrollador, Ocean es simplemente herramientas para la caja de herramientas del desarrollador. Ocean proporciona las herramientas, brindando capacidades que antes no eran posibles, como mercados para comprar y vender datos privados mientras se preserva la privacidad.

Para ayudarle a encontrar recursos para desarrolladores, simplemente haga clic en el enlace "DESARROLLADORES" que se muestra de forma destacada en la parte superior de la página de inicio de oceanprotocol.com. Desde allí, encontrará información para incorporarla más fácilmente.

Por ejemplo, aquí está la información en la primera pantalla de oceanprotocol.com/developers, donde puede ver fragmentos de código de ejemplo de cómo publicar, descubrir y comprar conjuntos de datos. También se incluyen enlaces a las bibliotecas de Python y JS, así como los ganchos de React y un tutorial relacionado.

> (Criptomedicación escribió) La idea de un "intercambio descentralizado" basado en compartir datos (presumiblemente datos recopilados de cookies / rastreadores que analizan los hábitos, clics, comportamientos y preferencias de los usuarios) no tiene sentido.

> Ya existen canales muy bien establecidos para anunciantes / otros que buscan adquirir dicha información.

> Cualquier empresa con cualquier nivel de reputación está extrayendo esa información por sí misma o, al menos, utilizando una tercera parte / entidad contratada para obtener dicha información. No estoy seguro de cómo se puede esperar que un usuario / entidad en el "mercado abierto" haya seleccionado datos que a Coca Cola le interesarían (que Coca Cola aún no ha contratado a una empresa para obtenerlos directamente).

Gracias por su descripción del estado de la vertical de datos de publicidad / marketing.

Actualmente, cada vez que navega por la web, cada sitio web nuevo que visita muestra una ventana emergente que dice de manera destacada "valoramos su privacidad", en letra pequeña dice "usamos cookies" y en un enlace a los términos de servicio de 20 páginas dice esencialmente “Estamos registrando toda tu información y la vamos a utilizar como quieras”. Da un gran botón que dice "Aceptar". Tu cerebro piensa "genial, valoran mi privacidad, estoy de acuerdo con eso" y haces clic en el botón. Luego, extraen sus datos de navegación para intentar venderle cosas que probablemente no necesite. Y lo venden a "canales bien establecidos" como usted señala. Cientos de empresas compran esta información. Es una economía de datos, pero que está en las sombras.

Esto no esta bien. Las empresas se aprovechan de los clientes, que realmente no comprenden las implicaciones de hacer clic en "Aceptar", y definitivamente no comprenden el valor de los datos que están cediendo. Es un arbitraje que está en contra del consumidor, a favor de la vigilancia. Si no sabe cuál es el producto, * usted * es el producto (enlace).

No tiene por qué ser así. Imagine, en cambio, dónde usted, el consumidor, puede obtener la mayor parte de los ingresos publicitarios, y un intermediario ayuda a conectar los puntos para obtener una pequeña parte. Apoyamos a Brave porque están tratando de resolver este problema. Su enfoque consiste en introducir un nuevo navegador. ¿Qué pasa con los millones que usan Chrome, Safari, Firefox y otros navegadores? Las herramientas oceánicas se pueden usar para crear complementos de navegador que ayuden a estos usuarios a controlar mejor la información que comparten y, si así lo desean, a monetizar sus datos sin requerir intermediarios de confianza.

> (Criptomedicación escribió) Cuando se trata de blockchain (que es el espacio en el que estamos), la mayoría de la información / datos de API están disponibles gratuitamente en todas partes.

> Si esa información no está disponible gratuitamente, entonces no hay escasez de empresas de análisis de datos, proyectos, geeks, incubadoras, etc., que están pedaleando (sic) sus servicios de distribución / conexión de datos.

Este es un buen punto de partida para discutir la vertical de datos de blockchain. Tiene algunas características útiles: hay una gran cantidad de datos públicos de blockchain, es bastante limpio y es más fácil de recuperar que los datos web más amplios que necesitan ser rastreados y luego raspados.

Y es genial que las empresas de análisis de datos de blockchain estén en aumento. En este momento, cada una de estas empresas necesita vender sus datos directamente: no solo necesitan crear su producto de datos (derivado de datos públicos sin procesar), necesitan hacer una distribución directa para vender sus datos. Eso es porque todavía son los primeros días. Es como si los productores de tomates solo pudieran vender tomates al costado de la carretera. A medida que el mercado madura, los productores de tomates venden a los distribuidores de tomates, y los tomates finalmente llegan a los estantes de los supermercados. O, más cerca de casa, es como un proyecto de cifrado que vende sus propios tokens, sin DEX o CEX.

Para los activos de datos, vayamos más allá de los puestos de carretera y obtengamos una distribución adecuada. Ocean ayuda al facilitar la creación de DEX de datos.

Hemos analizado dos verticales para los datos: publicidad / marketing y blockchain. También hay muchos más, como datos de atención médica, datos de automoción / movilidad, cadena de suministro y ciudades inteligentes. Cada una de estas verticales representa una oportunidad emocionante por derecho propio.

> (Criptomedicación escribió) No hay protección para el comprador en esta situación (compra de información de marketing). Dado que se promociona como una estructura "descentralizada", no existe ninguna disposición / solución alternativa para brindar a los compradores algún nivel de confianza de que están comprando información / datos / análisis de calidad.

Este es un gran punto y correcto. Está descentralizado de la forma en que los DEX están descentralizados: no hay un solo punto de falla para el intermediario que conecta a compradores y vendedores.

Pero así como puede haber malos actores que venden monedas fraudulentas (lado de venta), puede haber malos actores que venden datos fraudulentos (lado de venta). Aquí es donde la curación puede ser de gran ayuda. Para las criptomonedas, hay cosas como Messari para ayudar a las personas a identificar monedas de calidad. Para los datos, Ocean tiene posibilidades para la curación: en la tecnología actual del mercado de Ocean, la curación está en un sistema de clasificación de estrellas; y en la V3 se basará en apostar por una señal de calidad aún más auténtica.

> (Criptomedicación escribió) La idea de Ocean Protocol se ha salido de los rieles

> ¿Inteligencia artificial?

> Quizás "DeFi" sea una venta difícil para la mayoría de las personas (y por una buena razón), pero la inteligencia artificial debería estar fuera de discusión.

> Esto no es ciencia ficción

> Para ser claros, la inteligencia artificial existe actualmente, pero para aprovechar el intercambio de datos basado en descubrimientos en el campo de la inteligencia artificial (o tal vez la IA misma) en blockchain, lo siento, no, un token rompe el reino de las posibilidades y nos aterriza de lleno en el marco de la ciencia ficción.

> Lamentablemente, aquí parece ser hacia donde se dirige Ocean Protocol con su idea.

> Ocean Protocol duplica su absurda propuesta de integrar la inteligencia artificial con blockchain

No. Revisemos los hechos que discutimos anteriormente. La IA ha tenido un amplio uso práctico durante muchos años. Los datos ayudan al modelado de IA. Hablamos de esto tanto para el mundo de la IA en general, con un ejemplo de la experiencia del fundador de Ocean, Trent, durante dos décadas.

Eres libre de mantener tus opiniones en contra de la IA.

> A continuación se muestra una captura de pantalla de un artículo publicado recientemente (4 de junio) por Ocean Protocol (en medio), titulado "Ocean Compute-to-Data in Jupyterlab" (enlace)

> … Buscando el enlace a "datascience.oceanprotocol.com". …

> Sin embargo, podemos evaluar el propósito del cuaderno de Jupyter Lab que se nos presentó …

> Se vuelve a publicar a continuación para mayor comodidad:

> (cryptomedication escribió) Aparentemente, estos servicios requerirán la integración de:

> (1) Módulos de autenticación / administración de identidad: reflejados en los requisitos del editor, que deben "administrar el acceso autorizado al recurso informático que si (sic) permitió acceder a los datos privados".

No. Como se discutió, todo lo que Ocean necesita saber para la "identidad" es la dirección de Ethereum, también conocida como cuenta web3. Las billeteras criptográficas manejan esto; no se necesita más.

Pasando de la página de inicio de Ocean -> a la página de "tecnología / control de acceso" se analiza: "Cada conjunto de datos registrado en un mercado de Ocean Protocol tiene una cuenta Web3 como propietario adjunto, según la cuenta utilizada para publicar el conjunto de datos. Solo ese propietario puede modificar o transferir la propiedad del conjunto de datos. Del mismo modo, solo las cuentas Web3 pueden consumir sus datos, una vez que se les ha otorgado acceso a ellos ".

Como se mencionó anteriormente, Ocean usa DID, para activos de datos, y este uso de DID / DDO tampoco requiere módulos de autenticación / administración de identidad pesados.

> (2) Capacidades de publicación de recursos: esto se refleja en el mandato que consiste en la publicación de un activo, "Crear URL de archivos o identificadores que se puedan usar para identificar los archivos de datos cuando se ejecutan trabajos informáticos".

> Para ser claros, el número dos (2) podría facilitarse mediante la creación de hashes en la cadena de bloques (es decir, al delinear varias salidas de hash en un archivo correspondiente), pero eso también requeriría que uno establezca este hecho (mientras permanece privado, porque todo lo que se publica en la cadena de bloques se hace públicamente y en texto claro; los hash solo ocultan la información, no la cifran). Pero el propósito aquí sería solo para la identificación, explícitamente, lo que me hace cuestionar cómo se implementaría esto (tampoco parece estar abordado dentro del contexto del Jupyter Notebook tampoco, pero podría estar equivocado, dando la bienvenida a la crítica del equipo en cualquier faceta de este análisis aquí).

Para (2): los proveedores deben ejecutar un servicio para que los datos estén disponibles, con una URL asociada. Ocean contiene direcciones URL a los datos en forma cifrada. Al comprar los datos, obtiene acceso al contenido de los datos y nunca a la URL. A. Y, correcto, el hash no lograría esto.

Se puede encontrar más información sobre la publicación en la página de inicio de Ocean -> página de desarrolladores que conduce con "Publicar un conjunto de datos" y enlaces a un tutorial.

> (Criptomedicación escribió) Mención de Acuario

> Esta parece ser otra parte móvil dentro del ecosistema del "Protocolo Oceánico" que está entrelazado en la configuración que le propuso, pero todavía no hemos encontrado ninguna información sobre Acuario.

> Sin embargo, una visita rápida a la documentación de Ocean Protocol nos proporciona más información (que se encuentra aquí: https://docs.oceanprotocol.com/references/aquarius/)

Se puede encontrar información clave para desarrolladores sobre Ocean en https://oceanprotocol.com/developers.

> Captura de pantalla de la página de Aquarius GitHub con texto: "Aquarius proporciona un almacén de base de datos fuera de la cadena para metadatos sobre activos de datos"

> (Criptomedicación escribió) Hmm. ¿Otro proceso fuera de la cadena y un almacén de bases de datos? (¿No es el propósito de blockchain funcionar también como una especie de base de datos relacional descentralizada y distribuida?)

Las cadenas de bloques ofrecen muchos beneficios potenciales: descentralizados, inmutables, activos, incentivos, más. Pero las cadenas de bloques también tienen desventajas, como la latencia y el costo de almacenamiento. Cualquier caso de uso debe considerar cuidadosamente qué beneficios aprovechar, mientras se minimiza la exposición a los aspectos negativos. Así es como abordamos el uso de blockchain para Ocean. Ocean usa blockchain para conectar compradores y vendedores de datos de una manera similar a DEX, y no para el almacenamiento debido a los aspectos negativos. Pero todavía necesitamos metadatos almacenados en algún lugar; ahí es donde ayuda Acuario.

> (Criptomedicación escribió) Una vez más, recuerde que debe haber algún tipo de gestión de identidad integrada en el protocolo (por parte del editor, de acuerdo con las especificaciones aquí).

> Y no veo de dónde vendría esa autenticación.

> (muchas cosas sobre la autenticación)

No. La identidad Web3 en forma de dirección Ethereum es todo lo que se necesita.

> (cryptomedication escribió) JSON Web Token está en uso, puede convertirse en JWS (firma web) o JWE (cifrado web). Este último también puede contener información del primero dentro de él (esto es importante recordarlo).

Estos dos estándares de token diferentes se utilizan en contextos diferentes, pero ambos manejan la información mediante el uso de JSON, lo que en realidad hace que la idea de autenticación a través de la cadena de bloques esté lejos de ser inverosímil.

> Dejaré las cosas aquí mismo, porque nos vamos a alejar un poco de los caminos trillados.

¡No hay problema! Claramente te apasiona esto. Nosotros apreciamos eso:)

> Por qué estoy insistiendo en API Endpoint Security

> Si nos movemos un poco más hacia abajo en el Jupyter Notebook, podemos ver las siguientes directivas:

> Mis puntos de discordia específicamente son:

> 1. La dirección de la cuenta del editor debe crearse y transmitirse a través de la API aquí; esto podría ser susceptible a un ataque MITM sin ninguna autenticación

> 2. (discutido por separado a continuación)

> 3. El hecho de que la continuación del protocolo se basa en una solicitud del saldo de la cuenta (pero no estoy completamente seguro de cómo se realiza esa llamada porque no está dentro de la lógica de un contrato inteligente, ya que estamos fuera de la cadena ahora); Mi reparo no es necesariamente que esto no se pueda hacer o que haya dificultades para hacerlo, pero ya existe una lógica en Ethereum para facilitar dicho proceso, ¿por qué introducir un mayor riesgo de contraparte al eludir los estándares de contrato inteligente por completo? por el bien de implementar estas funciones fuera del protocolo? (fuera de la cadena)

Ocean aprovecha los estándares y tecnologías existentes. Sigue un enfoque estándar y seguro para crear, firmar y enviar transacciones.

Ocean utiliza la tecnología Ethereum y aprovecha los estándares cuando es posible. El token Ocean sigue el estándar ERC20. Por lo tanto, para obtener un saldo OCEAN, las personas pueden llamar directamente al método balanceOf () del contrato.

Luego, Ocean proporciona bibliotecas además de los contratos inteligentes para facilitar la integración con Python (squid-py) y Javascript (squid-js). Estas bibliotecas usan web3.py y otras bibliotecas (lógica que ya existe).

Estas bibliotecas crean transacciones en el lado del cliente, firman en el lado del cliente y luego envían la transacción firmada a la cadena de bloques. Es solo este último paso el que va a la red. Los intermediarios solo podrían intervenir captando la transacción firmada, pero si modifican algo al respecto, se rompe la validez de la firma digital. Entonces, no hay problema; si hubiera, todas las cadenas de bloques del planeta no funcionarían.

> 2. El hecho de que aquí se están produciendo direcciones (que inherentemente requiere el uso de alguna biblioteca de criptografía), ¡pero no hay un esquema de autenticación basado en JWT que también esté incluido! (esa es otra oportunidad perdida y un punto del diseño aquí para mí)

Las direcciones Web3 Ethereum son todo lo que se necesita. No es necesario complicar las cosas.

Una vez más, gracias por el interés en Ocean Protocol. Agradecemos el tiempo y la energía que nos llevó aprender sobre Ocean y escribir una reseña.

Este artículo aborda cada uno de sus puntos tanto a nivel macro como punto por punto.

Si opta por basarse en Ocean Protocol según las oportunidades que ve, lo alentamos. Incluso puede calificar para una subvención de desarrollador. No dude en postularse a nuestro programa de Astilleros.