{"id":53183,"date":"2019-11-25T00:00:00","date_gmt":"2019-11-24T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov"},"modified":"2026-02-15T19:54:48","modified_gmt":"2026-02-15T17:54:48","slug":"ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","title":{"rendered":"Da blockchain ao DAG: livrando-nos dos intermedi\u00e1rios","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Neste artigo, vou falar sobre o DAG (Directed Acyclic Graph, gr\u00e1fico ac\u00edclico direcionado) e sua aplica\u00e7\u00e3o em registros distribu\u00eddos, e vamos compar\u00e1-lo com o blockchain.<\/p>\n

\"Da
\n
\nDAG n\u00e3o \u00e9 algo novo no mundo das criptomoedas. Voc\u00ea talvez tenha ouvido sobre isso como uma solu\u00e7\u00e3o para os problemas de escalabilidade dos blockchains. Mas hoje, n\u00e3o vamos falar sobre escalabilidade, e sim sobre o que torna as criptomoedas diferentes de tudo o mais: descentraliza\u00e7\u00e3o, aus\u00eancia de intermedi\u00e1rios e resist\u00eancia \u00e0 censura.
\n<\/a><\/noindex>
\n\"Da
\n
\nAl\u00e9m disso, vou mostrar que o DAG \u00e9 na verdade mais resistente \u00e0 censura, e n\u00e3o h\u00e1 intermedi\u00e1rios para acessar o registro.<\/p>\n

\"Da
\n
\nNos blockchains que conhecemos, os usu\u00e1rios n\u00e3o t\u00eam acesso direto ao pr\u00f3prio registro. Quando voc\u00ea quer adicionar uma transa\u00e7\u00e3o ao registro, precisa 'pedir' ao produtor de blocos (block producer, tamb\u00e9m chamado de 'miner'). S\u00e3o os miners que decidem qual transa\u00e7\u00e3o adicionar ao pr\u00f3ximo bloco e qual n\u00e3o. Apenas os miners t\u00eam acesso exclusivo aos blocos e o direito de decidir qual transa\u00e7\u00e3o aceitar para adi\u00e7\u00e3o ao registro.<\/p>\n

Os miners s\u00e3o os intermedi\u00e1rios que est\u00e3o entre voc\u00ea e o registro distribu\u00eddo.<\/p>\n

\"Da
\n
\nNa pr\u00e1tica, um n\u00famero geralmente pequeno de pools de miners controla coletivamente mais da metade do poder computacional da rede. Para o Bitcoin, s\u00e3o quatro pools; para o Ethereum, s\u00e3o dois. Em caso de conluio, eles podem bloquear qualquer transa\u00e7\u00e3o que desejarem.<\/p>\n

\"Da
\n
\nNos \u00faltimos anos, foram propostas muitas varia\u00e7\u00f5es de blockchains, que diferem nos princ\u00edpios de sele\u00e7\u00e3o dos produtores de blocos. Mas os pr\u00f3prios produtores de blocos n\u00e3o desapareceram, eles ainda 'est\u00e3o na porta': cada transa\u00e7\u00e3o deve passar pelo produtor de blocos, e se ele n\u00e3o a aceitar, a transa\u00e7\u00e3o, na pr\u00e1tica, n\u00e3o existe.<\/p>\n

\"Da
\n
\nEsse \u00e9 um problema inevit\u00e1vel no caso do blockchain. E se quisermos resolv\u00ea-lo, devemos mudar radicalmente o design e nos livrar completamente dos blocos e dos produtores de blocos. Em vez de construir uma cadeia de blocos, vamos conectar as pr\u00f3prias transa\u00e7\u00f5es, incluindo em cada transa\u00e7\u00e3o hashes de v\u00e1rias anteriores. Como resultado, teremos uma estrutura conhecida na matem\u00e1tica como gr\u00e1fico ac\u00edclico direcionado \u2013 DAG.<\/p>\n

Agora, todos t\u00eam acesso direto ao registro, sem intermedi\u00e1rios. Quando voc\u00ea deseja adicionar uma transa\u00e7\u00e3o ao registro, basta adicion\u00e1-la. Voc\u00ea escolhe algumas transa\u00e7\u00f5es parentais, insere seus dados, assina e envia sua transa\u00e7\u00e3o para a pir\u00e2mide na rede. Pronto. N\u00e3o h\u00e1 ningu\u00e9m para impedir que voc\u00ea fa\u00e7a isso, ent\u00e3o sua transa\u00e7\u00e3o j\u00e1 est\u00e1 no registro.<\/p>\n

Este \u00e9 o meio mais descentralizado e mais resistente \u00e0 censura para adicionar transa\u00e7\u00f5es ao registro sem intermedi\u00e1rios. Porque qualquer pessoa pode simplesmente adicionar suas transa\u00e7\u00f5es ao registro, sem pedir permiss\u00e3o a ningu\u00e9m.<\/p>\n

\"Da
\n
\nO DAG pode ser considerado a terceira fase da evolu\u00e7\u00e3o dos registros. Primeiro, havia registros centralizados, onde uma parte controlava o acesso a eles. Depois vieram as blockchains, nas quais havia v\u00e1rios controladores que registravam as transa\u00e7\u00f5es no registro. E, finalmente, no DAG, n\u00e3o h\u00e1 controladores; os usu\u00e1rios adicionam suas transa\u00e7\u00f5es diretamente.<\/p>\n

\"Da
\n
\nAgora que temos essa liberdade, ela n\u00e3o deve levar ao caos. Precisamos ter um consenso sobre o estado do registro. E esse consenso, ou acordo, geralmente significa concord\u00e2ncia sobre duas coisas:<\/p>\n

    \n
  1. O que aconteceu?\n<\/li>\n
  2. Em que ordem isso aconteceu?\n<\/li>\n<\/ol>\n

    \nPara a primeira pergunta, podemos responder facilmente: assim que uma transa\u00e7\u00e3o criada corretamente \u00e9 adicionada ao registro, ela aconteceu. E ponto. As informa\u00e7\u00f5es sobre isso podem chegar a todos os participantes em momentos diferentes, mas, no final, todos os n\u00f3s receber\u00e3o essa transa\u00e7\u00e3o e saber\u00e3o que ela ocorreu.<\/p>\n

    Se fosse uma blockchain, os mineradores decidiriam o que acontece. Tudo o que o minerador decide incluir no bloco \u2013 \u00e9 isso que acontece. Tudo o que ele n\u00e3o inclui no bloco \u2013 n\u00e3o acontece.<\/p>\n

    Nas blockchains, os mineradores tamb\u00e9m resolvem o segundo problema do consenso: a ordem. Eles t\u00eam liberdade para organizar as transa\u00e7\u00f5es dentro do bloco da maneira que quiserem.<\/p>\n

    Como podemos determinar a ordem das transa\u00e7\u00f5es no DAG?<\/p>\n

    \"Da
    \n
    \nApenas porque o gr\u00e1fico \u00e9 direcionado, j\u00e1 temos alguma ordem. Cada transa\u00e7\u00e3o faz refer\u00eancia a uma ou mais transa\u00e7\u00f5es anteriores, parentais. Os pais, por sua vez, referem-se aos seus pr\u00f3prios pais, e assim por diante. Os pais, evidentemente, aparecem antes das transa\u00e7\u00f5es filhas. Se alguma das transa\u00e7\u00f5es puder ser alcan\u00e7ada por meio de transi\u00e7\u00f5es entre as refer\u00eancias \"pai-filho\", sabemos exatamente a ordem entre as transa\u00e7\u00f5es nesta cadeia de transa\u00e7\u00f5es.<\/p>\n

    \"Da
    \n
    \nMas a ordem entre as transa\u00e7\u00f5es nem sempre pode ser determinada apenas pela forma do gr\u00e1fico. Por exemplo, quando duas transa\u00e7\u00f5es est\u00e3o em ramos paralelos do gr\u00e1fico.<\/p>\n

    \"Da
    \n
    \nPara resolver a ambiguidade nesses casos, confiamos nos chamados provedores de ordem. Tamb\u00e9m chamamos eles de \"testemunhas\". S\u00e3o usu\u00e1rios comuns cuja tarefa \u00e9 o envio cont\u00ednuo de transa\u00e7\u00f5es para a rede, mantendo a ordem, ou seja, de forma que cada uma de suas transa\u00e7\u00f5es anteriores possa ser alcan\u00e7ada atrav\u00e9s de transi\u00e7\u00f5es entre as refer\u00eancias \"pai-filho\". Os provedores de ordem s\u00e3o     usu\u00e1rios de confian\u00e7a<\/a>, e toda a rede conta com o fato de que eles n\u00e3o violar\u00e3o essa regra. Para que confiar neles de maneira racional<\/b> , exigimos que cada provedor de ordem seja uma pessoa ou organiza\u00e7\u00e3o conhecida (n\u00e3o an\u00f4nima) e tenha algo a perder caso viole as regras, como por exemplo, uma reputa\u00e7\u00e3o ou um neg\u00f3cio baseado na confian\u00e7a.<\/p>\n

    \"Da
    \n
    \nOs provedores de ordem s\u00e3o escolhidos pelos usu\u00e1rios, e cada usu\u00e1rio inclui uma lista de seus provedores de ordem de confian\u00e7a em cada transa\u00e7\u00e3o que envia para a rede. Essa lista consiste em 12 provedores. Esse n\u00famero \u00e9 pequeno o suficiente para que a pessoa possa verificar a identidade e a reputa\u00e7\u00e3o de cada um deles, mas grande o suficiente para que a rede continue a funcionar em caso de problemas inevit\u00e1veis com uma minoria dos provedores de ordem.<\/p>\n

    Essa lista de provedores varia de usu\u00e1rio para usu\u00e1rio, mas as listas das transa\u00e7\u00f5es vizinhas podem diferir no m\u00e1ximo em um provedor.<\/p>\n

    \"Da
    \n
    \nAgora que temos os provedores de ordem, podemos destacar suas transa\u00e7\u00f5es no DAG e organizar todas as outras transa\u00e7\u00f5es em torno da ordem que eles criaram. H\u00e1 a possibilidade de criar tal algoritmo (veja     Obyte White Paper<\/a><\/noindex> para detalhes t\u00e9cnicos).<\/p>\n

    Mas a ordem em toda a rede n\u00e3o pode ser determinada instantaneamente, precisamos de tempo para que os provedores de ordem enviem um n\u00famero suficiente de suas transa\u00e7\u00f5es para garantir a ordem final das transa\u00e7\u00f5es passadas.<\/p>\n

    E, uma vez que a ordem \u00e9 determinada apenas pelas posi\u00e7\u00f5es das transa\u00e7\u00f5es dos provedores no DAG, todos os n\u00f3s da rede eventualmente receber\u00e3o todas as transa\u00e7\u00f5es e chegar\u00e3o a uma conclus\u00e3o id\u00eantica sobre a ordem dessas transa\u00e7\u00f5es.<\/p>\n

    \"Da
    \n
    \nAssim, temos consenso sobre o que consideramos que aconteceu: qualquer transa\u00e7\u00e3o que entrou no DAG ocorreu. Tamb\u00e9m temos consenso sobre a ordem dos eventos: isso pode ser visto a partir das rela\u00e7\u00f5es parentais das transa\u00e7\u00f5es ou \u00e9 derivado da ordem das transa\u00e7\u00f5es enviadas pelos provedores de ordem. Portanto, temos um consenso.<\/p>\n

    \"Da
    \n
    \nEssa variante de consenso est\u00e1 presente no Obyte. Embora o acesso ao registro do Obyte seja totalmente descentralizado, o consenso sobre a ordem das transa\u00e7\u00f5es ainda \u00e9 centralizado, j\u00e1 que 10 dos 12 provedores s\u00e3o controlados pelo criador (Anton Churyumov), e apenas dois deles s\u00e3o independentes. Estamos em busca de candidatos que desejam se tornar um dos provedores de ordem independentes para nos ajudar a descentralizar a determina\u00e7\u00e3o da ordem no registro.<\/p>\n

    Recentemente, um terceiro candidato independente surgiu, disposto a estabelecer e manter um n\u00f3 de provedor de ordem \u2013 a Universidade de Nic\u00f3sia.<\/p>\n

    \"Da
    \n
    \nAgora, como controlamos gastos duplos (double-spends)?<\/p>\n

    De acordo com as regras, ao detectar duas transa\u00e7\u00f5es gastando a mesma moeda, a transa\u00e7\u00e3o que aparece primeiro na ordem final de todas as transa\u00e7\u00f5es \u00e9 a que vence. A segunda \u00e9 invalidada pelo algoritmo de consenso.<\/p>\n

    \"Da
    \nCaso haja uma possibilidade de estabelecer ordem entre duas transa\u00e7\u00f5es gastando uma moeda (com base nas rela\u00e7\u00f5es pai-filho), todos os n\u00f3s imediatamente rejeitam tal tentativa de gasto duplo.<\/p>\n

    \"Da
    \n
    \nPor outro lado, se a ordem n\u00e3o for vis\u00edvel das rela\u00e7\u00f5es parentais entre essas duas transa\u00e7\u00f5es, ambas s\u00e3o aceitas no registro, e teremos que esperar pelo consenso e a determina\u00e7\u00e3o da ordem entre elas pelos provedores de ordem. Ent\u00e3o, a transa\u00e7\u00e3o mais antiga vencer\u00e1 e a segunda se tornar\u00e1 inv\u00e1lida.<\/p>\n

    \"Da
    \n
    \nEmbora a segunda transa\u00e7\u00e3o se torne inv\u00e1lida, ela ainda permanece no registro, pois j\u00e1 possui transa\u00e7\u00f5es subsequentes que a referenciam, as quais n\u00e3o violaram nada e n\u00e3o sabiam que essa transa\u00e7\u00e3o se tornaria inv\u00e1lida no futuro. Caso contr\u00e1rio, ter\u00edamos que remover o pai de boas transa\u00e7\u00f5es subsequentes, o que violaria o princ\u00edpio fundamental da rede \u2013 toda transa\u00e7\u00e3o correta \u00e9 aceita no registro.<\/p>\n

    \"Da
    \n
    \nEsta \u00e9 uma regra muito importante, permitindo que todo o sistema seja resistente a tentativas de censura.\u00a0<\/p>\n

    Vamos imaginar que todos os provedores de ordem se unam em uma tentativa de \"censurar\" uma transa\u00e7\u00e3o espec\u00edfica. Eles podem ignor\u00e1-la e nunca escolher como \"pai\" para suas transa\u00e7\u00f5es, mas isso n\u00e3o \u00e9 suficiente; essa transa\u00e7\u00e3o ainda pode ser inclu\u00edda indiretamente como pai de alguma outra transa\u00e7\u00e3o emitida por qualquer usu\u00e1rio da rede que n\u00e3o est\u00e1 participando do conluio. Com o tempo, essa transa\u00e7\u00e3o receber\u00e1 cada vez mais filhos, netos e bisnetos de usu\u00e1rios comuns, crescendo como uma bola de neve, e todos os provedores de ordem envolvidos ter\u00e3o que ignorar tamb\u00e9m essas transa\u00e7\u00f5es. No final, eles ter\u00e3o que censurar toda a rede, o que \u00e9 equivalente a sabotar.<\/p>\n

    \"Da
    \n
    \nAssim, o DAG permanece resistente \u00e0 censura, mesmo em caso de conluio entre provedores de ordem, superando assim a blockchain em resist\u00eancia \u00e0 censura, onde nada pode ser feito se os mineradores decidirem n\u00e3o incluir alguma das transa\u00e7\u00f5es. E isso decorre da principal propriedade do DAG: a participa\u00e7\u00e3o no registro \u00e9 completamente independente e sem intermedi\u00e1rios, e as transa\u00e7\u00f5es s\u00e3o irrevers\u00edveis.
    \n
    Fonte:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c. DAG \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u043c-\u0442\u043e \u043d\u043e\u0432\u044b\u043c \u0432 \u043c\u0438\u0440\u0435 \u043a\u0440\u0438\u043f\u0442\u043e\u0432\u0430\u043b\u044e\u0442. \u0412\u043e\u0437\u043c\u043e\u0436\u043d\u043e \u0432\u044b \u0441\u043b\u044b\u0448\u0430\u043b\u0438 \u043e \u043d\u0451\u043c \u043a\u0430\u043a \u043e \u0440\u0435\u0448\u0435\u043d\u0438\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u0432. \u041d\u043e \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043d\u0435 \u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438, \u0430 \u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53183","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Do blockchain ao DAG: livrando-se dos intermedi\u00e1rios | ProHoster","description":"Neste artigo, vou falar sobre o DAG (Directed Acyclic Graph, gr\u00e1fico ac\u00edclico direcionado) e sua aplica\u00e7\u00e3o em registros distribu\u00eddos, e vamos compar\u00e1-lo com o blockchain.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0442 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 \u043a DAG: \u0438\u0437\u0431\u0430\u0432\u043b\u044f\u0435\u043c\u0441\u044f \u043e\u0442 \u043f\u043e\u0441\u0440\u0435\u0434\u043d\u0438\u043a\u043e\u0432 | ProHoster","og:description":"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-11-24T21:00:00+00:00","article:modified_time":"2026-02-15T17:54:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53183","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-15 17:55:40","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:29:27","updated":"2026-02-15 17:55:40","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/53183","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=53183"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/53183\/revisions"}],"predecessor-version":[{"id":161174,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/53183\/revisions\/161174"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=53183"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=53183"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=53183"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}