Los bancos se han dado cuenta de toda la información que tienen de sus clientes y que hasta ahora no estaban aprovechando al 100%. Igual que hacen las grandes tecnológicas, quieren explotar los datos para conseguir sofisticar sus productos y servicios, con afán de convertir su oferta en un catálogo totalmente personalizado.
#6 Ese sector de población es poco rentable. Es gente superconservadora en el plano económico y que además van mucho a las sucursales. Es decir, provocan muchos costes y poco beneficio en temas financieros. Por eso les interesan venderles televisores, seguros... para que las oficinas sean rentables.
#13 Menéame fue posible cuando la tecnología era suficientemente madura para ello, desconozco si las herramientas para hacerlo posible en web3 ya existen, lo que no veo es ningún motivo para que no puedan llegar a existir.
Normalmente se parte de la necesidad y luego se aportan soluciones, si ahora la web3 tiene necesidades que aún no están cubiertas es de esperar que haya iniciativas para aportar esas soluciones.
En cualquier caso el contenido que se publique en la web3 debe estar adaptado al medio, se debe sacar el máximo provecho de lo que sí se pueda hacer con ello. Quizá pretender que menéame esté en la web3 es como pretender que la firma caligráfica de las cartas tradicionales esté en un email. Se puede escanear pero no es lo mismo, la solución en realidad pasa por las firmas digitales, por una firma adaptada al medio. Pero al firma digital era inviable para la población general cuando nació el email, por contra hoy en día ya es realista usarla.
#5Contra una webapp "tradicional" que te carga en 100ms y tiene una experiencia de usuario rica, no se puede competir con una web 3.0 que te carga en 2 segundos y que está coja en características.
El tiempo de carga primero es lento porque el contenido que se quiere mostrar lo requiere, no existe tecnología adecuada para cargar ese contenido de forma más rápida. Con el tiempo la tecnología avanza y ese tiempo de carga se va reduciendo, cuando ya es aceptablemente rápido entonces las webs empiezan a añadir más elementos que sin ser imprescindibles mejoran la experiencia siempre que el tiempo de carga se lo vaya permitiendo. De forma que conforme sigue mejorando la tecnología en vez de bajar los tiempos de carga, ya aceptables, lo que aumenta es la carga de la web, que se puede permitir añadir más y más complejidad.
Si ahora hay una tecnología que aún esté en el tiempo de carga de 2 segundos ésta irá mejorando en tiempos de carga conforme la tecnología vaya mejorando, y llegará a un punto en el que con una carga aceptable podrá empezar a añadir más elementos como el resto. También es posible que ahora tarde 2 segundos porque no se ha hecho el esfuerzo de eliminar elementos prescindibles, aplicando los criterios de la red rápida en una red lenta sin tener en cuenta las consecuencias. Si eso es lo que ocurre serán las nuevas webs, hechas específicamente para esa tecnología, las que partirán de mínimos para tener un tiempo de respuesta aceptable y luego con el tiempo ir evolucionando.
En resumen, si el problema es el tiempo de carga esto se soluciona sin hacer nada, esperando a que la tecnología vaya mejorando, u optimizando si no se ha hecho aún, o diseñando específicamente para esa tecnología si no se ha hecho aún.
#10 Una web dritribuída P2P tiene que resolver una tabla de hashes distribuida para encontrar peers de donde descargarse los datos, y luego descargarlos. Si el contenido está en muchos peers, se podrá paralelizar bastante con lo que podría reducirse el cuello de botella que supone la velocidad de subida, pero no se puede paralelizar mucho los archivos pequeños.
La web P2P no podrá alcanzar en velocidad a una web que hace una consulta a un DNS la mayor parte de las veces cacheado en el cliente y que descarga contenidos cacheados en CDN y con una api serverless en edge computing.
Por mucho que mejore la velocidad de las conexiones de internet, siempre habrá una diferencia de velocidad entre una descarga P2P y una descarga directa desde un CDN.
Puedes decir, a partir de cierta velocidad no importa. No se puede apreciar la diferencia entre 1ms y 100ms, y eso es cierto.
Pero los incrementos de velocidad no se desperdician en cosas que los usuarios no pueden apreciar, sino que se disipan en mejorar la experiencia de usuario.
Viajemos al futuro:
La web tradicional sigue tardando 100ms en cargar.... pero ofrece RV en 8k.
La web P2P que carga en 100ms es como las tradicionales de ahora, y para ofrecer RV en 8k tarda 5 segundos.
#11La web P2P no podrá alcanzar en velocidad a una web que hace una consulta a un DNS en edge y cacheado en el navegador, y que descarga contenidos también cacheados en CDN y que usa edge computing.
Es que no necesita alcanzar esa velocidad, basta con que tenga velocidad suficiente para una navegación aceptable y que el contenido esté adaptado a ese medio. Que la web centralizada se pueda permitir sobrecargar más su contenido sin penalización en tiempo de carga no significa que la web descentralizada tenga que ser lenta, simplemente necesita un diseño adaptado a sus circunstancias.
Y las limitaciones que no sean del diseño del contenido, como lo que citas de los hashes, es algo que se resuelve con el tiempo, conforme la tecnología va avanzando.
La web no puede competir en tiempos de carga con el contenido local de un PC, nunca podrá, y aún así usamos la web. Y tiene unos tiempos de carga adecuados, y contenido aceptable. Hay cosas que la web no puede hacer y una carga en local en el PC sí, ahí no competirán, en otros ámbitos la red sí es competitiva. Lo mismo con la red distribuida.
#12 ¿Crees que se puede hacer un PMV de meneame en web3?
Sin tener en cuenta los tiempos de carga, no hace falta que sea rápido, me vale con que tenga las características mínimas de una red-social/agregador-de-contenidos
1. registro y login de usuarios
2. publicación de enlaces
3. votaciones
4. comentarios
5. portada
Con toda esta granularidad de la información son capaces de predecir movimientos, pero no lo están exprimiendo como podrían. Son conscientes de ello y del potencial de cambio de sus productos y servicios analizando todos estos datos.
traducción: adiós a la protección de datos bancarios...
Eso será si autorizas a tu banco a usar la información que tiene sobre tus transacciones, no os quepa duda que será una de las obligaciones que quieran poner si no quieres tener comisiones bancarias.
El futuro del metaverso, y de la web3 en general, está basado en blockchain. Blockchain elimina la necesidad de intermediarios, adiós bancos, adiós facebook y monopolios bigTech, adiós políticos... por fin sois prescindibles y no tendréis forma de meter vuestras sucias garras. Daréis mucha guerra hasta perderla, y estos movimientos van en esta dirección, pero por fin existe una alternativa que se os escapa de las manos.
#1 Contra una webapp "tradicional" que te carga en 100ms y tiene una experiencia de usuario rica, no se puede competir con una web 3.0 que te carga en 2 segundos y que está coja en características.
La web3 solo vencerá a la web tradicional en aquellos casos de uso en los que la arquitectura distribuída sea realmente un pilar fundamental, y no en los que símplemente sea una preferencia ideológica.
Y el futuro del blockchain pasa por una re-centralización, por los mismos motivos de eficiencia, pragmatismo y optimización de los casos de uso reales.
Comentarios
Cada vez más cerca de sus usuarios con más edad. Me pregunto si a algún banco no le interesará facilitarle la vida a ese sector de la población.
#6 Ese sector de población es poco rentable. Es gente superconservadora en el plano económico y que además van mucho a las sucursales. Es decir, provocan muchos costes y poco beneficio en temas financieros. Por eso les interesan venderles televisores, seguros... para que las oficinas sean rentables.
#13 Menéame fue posible cuando la tecnología era suficientemente madura para ello, desconozco si las herramientas para hacerlo posible en web3 ya existen, lo que no veo es ningún motivo para que no puedan llegar a existir.
Normalmente se parte de la necesidad y luego se aportan soluciones, si ahora la web3 tiene necesidades que aún no están cubiertas es de esperar que haya iniciativas para aportar esas soluciones.
En cualquier caso el contenido que se publique en la web3 debe estar adaptado al medio, se debe sacar el máximo provecho de lo que sí se pueda hacer con ello. Quizá pretender que menéame esté en la web3 es como pretender que la firma caligráfica de las cartas tradicionales esté en un email. Se puede escanear pero no es lo mismo, la solución en realidad pasa por las firmas digitales, por una firma adaptada al medio. Pero al firma digital era inviable para la población general cuando nació el email, por contra hoy en día ya es realista usarla.
#5 Contra una webapp "tradicional" que te carga en 100ms y tiene una experiencia de usuario rica, no se puede competir con una web 3.0 que te carga en 2 segundos y que está coja en características.
El tiempo de carga primero es lento porque el contenido que se quiere mostrar lo requiere, no existe tecnología adecuada para cargar ese contenido de forma más rápida. Con el tiempo la tecnología avanza y ese tiempo de carga se va reduciendo, cuando ya es aceptablemente rápido entonces las webs empiezan a añadir más elementos que sin ser imprescindibles mejoran la experiencia siempre que el tiempo de carga se lo vaya permitiendo. De forma que conforme sigue mejorando la tecnología en vez de bajar los tiempos de carga, ya aceptables, lo que aumenta es la carga de la web, que se puede permitir añadir más y más complejidad.
Si ahora hay una tecnología que aún esté en el tiempo de carga de 2 segundos ésta irá mejorando en tiempos de carga conforme la tecnología vaya mejorando, y llegará a un punto en el que con una carga aceptable podrá empezar a añadir más elementos como el resto. También es posible que ahora tarde 2 segundos porque no se ha hecho el esfuerzo de eliminar elementos prescindibles, aplicando los criterios de la red rápida en una red lenta sin tener en cuenta las consecuencias. Si eso es lo que ocurre serán las nuevas webs, hechas específicamente para esa tecnología, las que partirán de mínimos para tener un tiempo de respuesta aceptable y luego con el tiempo ir evolucionando.
En resumen, si el problema es el tiempo de carga esto se soluciona sin hacer nada, esperando a que la tecnología vaya mejorando, u optimizando si no se ha hecho aún, o diseñando específicamente para esa tecnología si no se ha hecho aún.
#10 Una web dritribuída P2P tiene que resolver una tabla de hashes distribuida para encontrar peers de donde descargarse los datos, y luego descargarlos. Si el contenido está en muchos peers, se podrá paralelizar bastante con lo que podría reducirse el cuello de botella que supone la velocidad de subida, pero no se puede paralelizar mucho los archivos pequeños.
La web P2P no podrá alcanzar en velocidad a una web que hace una consulta a un DNS la mayor parte de las veces cacheado en el cliente y que descarga contenidos cacheados en CDN y con una api serverless en edge computing.
Por mucho que mejore la velocidad de las conexiones de internet, siempre habrá una diferencia de velocidad entre una descarga P2P y una descarga directa desde un CDN.
Puedes decir, a partir de cierta velocidad no importa. No se puede apreciar la diferencia entre 1ms y 100ms, y eso es cierto.
Pero los incrementos de velocidad no se desperdician en cosas que los usuarios no pueden apreciar, sino que se disipan en mejorar la experiencia de usuario.
Viajemos al futuro:
La web tradicional sigue tardando 100ms en cargar.... pero ofrece RV en 8k.
La web P2P que carga en 100ms es como las tradicionales de ahora, y para ofrecer RV en 8k tarda 5 segundos.
#11 La web P2P no podrá alcanzar en velocidad a una web que hace una consulta a un DNS en edge y cacheado en el navegador, y que descarga contenidos también cacheados en CDN y que usa edge computing.
Es que no necesita alcanzar esa velocidad, basta con que tenga velocidad suficiente para una navegación aceptable y que el contenido esté adaptado a ese medio. Que la web centralizada se pueda permitir sobrecargar más su contenido sin penalización en tiempo de carga no significa que la web descentralizada tenga que ser lenta, simplemente necesita un diseño adaptado a sus circunstancias.
Y las limitaciones que no sean del diseño del contenido, como lo que citas de los hashes, es algo que se resuelve con el tiempo, conforme la tecnología va avanzando.
La web no puede competir en tiempos de carga con el contenido local de un PC, nunca podrá, y aún así usamos la web. Y tiene unos tiempos de carga adecuados, y contenido aceptable. Hay cosas que la web no puede hacer y una carga en local en el PC sí, ahí no competirán, en otros ámbitos la red sí es competitiva. Lo mismo con la red distribuida.
#12 ¿Crees que se puede hacer un PMV de meneame en web3?
Sin tener en cuenta los tiempos de carga, no hace falta que sea rápido, me vale con que tenga las características mínimas de una red-social/agregador-de-contenidos
1. registro y login de usuarios
2. publicación de enlaces
3. votaciones
4. comentarios
5. portada
Con toda esta granularidad de la información son capaces de predecir movimientos, pero no lo están exprimiendo como podrían. Son conscientes de ello y del potencial de cambio de sus productos y servicios analizando todos estos datos.
traducción: adiós a la protección de datos bancarios...
Eso será si autorizas a tu banco a usar la información que tiene sobre tus transacciones, no os quepa duda que será una de las obligaciones que quieran poner si no quieres tener comisiones bancarias.
#17 y la arquitectura cambia cada día, zk-rollups, shard chains, lightning network... es cuestión de tiempo y sin sacrificar descentralización
¿No sería mejor utilizar el blockchain para crear el airbnb de las sartenes si traes la nómina?
El futuro del metaverso, y de la web3 en general, está basado en blockchain. Blockchain elimina la necesidad de intermediarios, adiós bancos, adiós facebook y monopolios bigTech, adiós políticos... por fin sois prescindibles y no tendréis forma de meter vuestras sucias garras. Daréis mucha guerra hasta perderla, y estos movimientos van en esta dirección, pero por fin existe una alternativa que se os escapa de las manos.
#1 ya y una mujer me tocará
#1 menudas pajas os hacéis con el blockchain...
#1 Contra una webapp "tradicional" que te carga en 100ms y tiene una experiencia de usuario rica, no se puede competir con una web 3.0 que te carga en 2 segundos y que está coja en características.
La web3 solo vencerá a la web tradicional en aquellos casos de uso en los que la arquitectura distribuída sea realmente un pilar fundamental, y no en los que símplemente sea una preferencia ideológica.
Y el futuro del blockchain pasa por una re-centralización, por los mismos motivos de eficiencia, pragmatismo y optimización de los casos de uso reales.
Lo siento, es así.
#5 Internet en los 90 tampoco iba muy allá. Todo llegará a su tiempo.
#16 hay límites impuestos por la arquitectura
Tengo claro que con la información que Gugle y mi banco tienen sobre mí sólo recibiré ofertas de porno... y cosas peores.