O contorno de información proposto é unha especie de rede social descentralizada. Pero a diferenza de moitas solucións existentes, este ambiente ten unha serie de propiedades útiles ademais da descentralización e créase sobre a base de solucións técnicas bastante sinxelas e estándar (correo electrónico, json, ficheiros de texto e un pouco de blockchain). Isto permite que calquera persoa con coñecementos básicos de programación cree os seus propios servizos para este entorno.
ID universal
En calquera contorno en liña, os identificadores de usuarios e obxectos son un dos elementos clave do sistema.
Neste caso, o identificador do usuario é o correo electrónico, que en realidade se converteu nun identificador xeralmente aceptado para a autorización en sitios web e outros servizos (jaber, openId).
De feito, o identificador de usuario nun determinado contorno en liña é o par inicio de sesión+dominio, que por comodidade está escrito na forma familiar para a maioría. Ao mesmo tempo, para unha maior descentralización, é recomendable que cada usuario dispoña do seu propio dominio. O que se achega aos principios de indieweb, onde se usa un dominio como identificador de usuario. No noso caso, o usuario engade un alcume ao seu dominio, o que lle permite crear varias contas nun dominio (para amigos, por exemplo) e flexibiliza o sistema de enderezos.
Este formato de ID de usuario non está vinculado a ningunha rede. Se un usuario coloca os seus datos na rede TOR, pode usar dominios na zona .onion; se esta é unha rede cun sistema DNS na cadea de bloques, entón os dominios na zona .bit. Como resultado, o formato para dirixirse aos usuarios e os seus datos non depende da rede pola que se transmiten (a combinación inicio de sesión+dominio utilízase en todas partes). Para aqueles que queiran usar un enderezo bitcoin/ethereum como identificador, pode modificar o sistema para usar pseudo enderezos de correo electrónico do formulario [email protected]
Enderezo de obxectos
Este contorno en liña é en realidade un conxunto de obxectos que se describen nunha forma estruturada e lexible pola máquina, fan referencia a outros obxectos e están vinculados a un usuario específico (correo electrónico) ou proxecto/organización (dominio).
as urnas no espazo de nomes urn:opendata utilízanse como identificadores de obxectos. Por exemplo, un perfil de usuario ten un enderezo como:
urn:opendata:profile:[email protected]O comentario do usuario ten un enderezo como:
urn:opendata:comment:[email protected]:08adbed93413782682fd25da77bd93c99dfd0548onde 08adbed93413782682fd25da77bd93c99dfd0548 é un hash sha-1 aleatorio que actúa como identificador de obxecto e [protexido por correo electrónico] - o propietario deste obxecto.
Principio de publicación de datos de usuario
Tendo o seu propio dominio baixo control, o usuario pode publicar facilmente os seus datos e contido. E a diferenza de indiebeb, isto non require crear un sitio web con páxinas html con datos semánticos incorporados.
Por exemplo, a información básica sobre o usuario atópase no ficheiro datarobots.txt, que se atopa nun enderezo como
http://55334.ru/[email protected]/datarobots.txtE ten contido coma este:
Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/[email protected]/delegete.txtÉ dicir, de feito, é un conxunto de cadeas con datos do formulario clave->valor, análise que é unha tarefa sinxela para calquera que teña coñecementos básicos de programación. E pode editar os datos se o desexa usando un bloc de notas normal.
Os datos máis complexos (perfil, comentario, publicación, etc.), que teñen a súa propia urna, envíanse como un obxecto JSON mediante a API estándar (http://opendatahub.org/api_1.0?lang=ru), que pode estar localizado como no dominio do usuario, e nun sitio de terceiros no que o usuario delegou o almacenamento, publicación e edición dos seus datos (na liña Servizos habilitados do ficheiro datarobots.txt). Estes servizos de terceiros descríbense a continuación.
Ontoloxía sinxela e JSON
A ontoloxía do contorno de comunicación é relativamente sinxela en comparación coas ontoloxías das bases de coñecemento da industria. Xa que no contorno de comunicación hai un conxunto relativamente pequeno de obxectos estándar (publicación, comentario, gústame, perfil, revisión) cun conxunto relativamente pequeno de propiedades.
Polo tanto, para describir obxectos nun ambiente deste tipo, abonda con usar JSON en lugar de XML, que é máis complexo en estrutura e análise (é importante non esquecer a necesidade dun limiar de entrada baixo e escalabilidade).
Para obter un obxecto cunha urna coñecida, necesitamos contactar co dominio do usuario, ou con servizos de terceiros nos que o usuario teña delegada a xestión dos seus datos.
Neste entorno en liña, cada dominio no que existe un servizo en liña tamén ten o seu propio datarobots.txt situado nun enderezo como example.com/datarobots.txt con contido similar:
Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0Do que podemos aprender que podemos obter datos sobre un obxecto nun enderezo como:
O obxecto JSON ten a seguinte estrutura:
{
"urn": "urn:opendata:profile:[email protected]",
"status": 1,
"message": "Ok",
"timestamp": 1596429631,
"service": "example.com",
"data": {
"name": "John",
"surname": "Gald",
"gender": "male",
"city": "Moscow",
"img": "http://domain.com/image.jpg",
"birthtime": 332467200,
"community_friends": {
"[email protected]": "1",
"[email protected]": "0.5",
"[email protected]": "0.7"
},
"interests_tags": "cars,cats,cinema",
"mental_cards": {
"no_alcohol@main": 8,
"data_accumulation@main": 8,
"open_data@main": 8
}
}
}Arquitectura do servizo
Os servizos de terceiros son necesarios para simplificar o proceso de publicación e busca de datos para os usuarios finais.
O mencionado anteriormente é un dos tipos de servizos que axudan ao usuario a publicar os seus datos na rede. Pode haber moitos servizos similares, cada un dos cales proporciona ao usuario unha interface cómoda para editar un dos tipos de datos (foro, blog, pregunta-resposta, etc.). Se o usuario non confía nos servizos de terceiros, pode instalar un script de servizo de datos no seu dominio ou desenvolvelo el mesmo.
Ademais dos servizos que permiten aos usuarios publicar/editar datos, o contorno en liña ofrece outros servizos que realizan tarefas relativamente complexas que resultan bastante problemáticas de implementar nos nodos do usuario final.
Un tipo deste tipo de servizos son os centros de datos ( - exemplo), actuando como unha especie de arquivo web que recolle todos os datos públicos de usuarios lexibles pola máquina e proporciona acceso a eles mediante API.
A presenza de servizos nun contorno en liña tan aberto e descentralizado reduce significativamente a barreira de entrada dos usuarios, xa que non é necesario instalar e configurar o seu propio nodo. Ao mesmo tempo, o usuario mantén o control dos seus datos (en calquera momento pode cambiar o servizo no que se delega a publicación dos datos ou crear o seu propio nodo).
Se o usuario non está en absoluto interesado en posuír os seus datos e non ten o seu propio dominio ou alguén familiarizado co dominio, entón os seus datos son xestionados por defecto por opendatahub.org.
A custa de quen está todo isto?
Quizais o principal problema de case todos estes proxectos descentralizados sexa a incapacidade de monetizalos a un nivel suficiente para un desenvolvemento e apoio estables.
Doar + fichas úsanse para cubrir os custos de desenvolvemento e mercadotecnia neste ambiente en liña.
Todas as doazóns que os usuarios fan a proxectos/servizos internos están dispoñibles para o público, son lexibles pola máquina e están vinculadas ao correo electrónico. Isto permítelles ter en conta, por exemplo, ao calcular a valoración social en liña e publicar nas páxinas dos usuarios. Cando as doazóns deixan de ser anónimas, de feito os usuarios non doan, senón que "chip in" para apoiar o ambiente de información xeral. Do mesmo xeito que a xente se achega para reparar as zonas comúns cunha actitude axeitada cara a aquelas persoas que se negaron a participar.
Ademais das doazóns, para recadar fondos, utilízanse fichas emitidas en cantidade limitada (400.000), que se outorgan a todos os que fan doazóns ao fondo principal (etnoxénese).
Funcións adicionais de token
Cada token é unha "clave" para acceder a este contorno en liña. É dicir, podes usar servizos e formar parte do contorno en liña só se tes polo menos 1 token vinculado a un correo electrónico.
Os tokens son un bo filtro de spam debido á súa natureza limitada. Cantos máis usuarios hai no sistema, máis difícil é obter un token e máis caro é crear bots.
As persoas, os seus datos e as conexións sociais son máis importantes que a tecnoloxía
O contorno en liña descrito é tecnicamente unha solución relativamente primitiva. Pero o máis importante non é tanto a tecnoloxía como as persoas e as conexións sociais e os datos (contidos) creados no medio.
A comunidade social creada, cuxos membros teñen os seus propios identificadores universais (correo electrónico e dominio propio) e datos estruturados (con enderezos URN, ontoloxía e obxectos JSON), cando aparece unha mellor solución técnica, pode transferir todos estes datos a outro contorno en liña, mantendo as conexións formadas (valoracións, valoracións) e o contido.
Neste post descríbese un dos elementos dunha comunidade autoorganizada en rede, que, ademais da contorna en liña descentralizada, inclúe unha serie de áreas fóra de liña que aumentan os beneficios da contorna en liña e son "clientes" que determinan en gran medida a súa funcionalidade. Pero estes son temas para outros artigos que non están directamente relacionados coa informática e a tecnoloxía.
Fonte: www.habr.com