{"id":83471,"date":"2020-05-31T19:42:20","date_gmt":"2020-05-31T17:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/ontology-zapuskaet-layer-2-vnosya-vklad-v-bolee-kompleksnuyu-platformu-publichnoj-czepochki"},"modified":"2020-05-31T19:42:20","modified_gmt":"2020-05-31T17:42:20","slug":"ontology-zapuskaet-layer-2-vnosya-vklad-v-bolee-kompleksnuyu-platformu-publichnoj-czepochki","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ontology-zapuskaet-layer-2-vnosya-vklad-v-bolee-kompleksnuyu-platformu-publichnoj-czepochki","title":{"rendered":"Ontology lancia Layer 2, contribuendo a una piattaforma pi\u00f9 complessa per la blockchain pubblica","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ontology
\n<\/p>\n

Prefazione<\/h3>\n

\nImmaginate uno scenario in cui una piattaforma blockchain si sviluppa rapidamente, e il numero di utenti cresce rapidamente, raggiungendo decine di milioni, il che porta a un aumento significativo delle spese associate in un breve lasso di tempo. Quali strategie sono necessarie in questo stadio per mantenere l'efficienza operativa senza compromettere il ritmo di sviluppo a causa di processi complessi di approvazione e conferma? Come concordano molte aziende, la scalabilit\u00e0 deve essere una priorit\u00e0.<\/p>\n

Come tecnologia di scalabilit\u00e0 off-chain, Ontology Layer 2 offre prestazioni superiori e costi inferiori. Le aziende possono archiviare in modo sicuro un gran numero di registrazioni di transazioni off-chain e poi trasferirle sulla catena quando \u00e8 necessario interagire, riducendo i costi delle transazioni per gli utenti e aumentando notevolmente le prestazioni.
\n<\/a><\/noindex><\/p>\n

Introduzione<\/h3>\n

\nCome indicato nella roadmap di Aristotle 2020, in combinazione con le cross-chain Ontology, Wasm-JIT, Multi-VM e altre tecnologie di base avanzate, l'Ontology Layer 2 ora offre le migliori prestazioni rispetto ad altre soluzioni di livello 2. Ci\u00f2 si riflette nei suoi bassi costi di archiviazione, nel supporto multilingue e nella completa compatibilit\u00e0 delle versioni di analisi e esecuzione. Garantisce un'interazione senza interruzioni dei contratti in fase di distribuzione, ad esempio, l'esecuzione di pi\u00f9 sistemi operativi virtuali su un unico computer, aumentando cos\u00ec l'efficienza dell'esecuzione e riducendo i costi di elaborazione.<\/p>\n

Flusso di lavoro<\/h3>\n

\nL'Ontology Layer 2 \u00e8 composto da 3 parti principali: deposito di Ontology a livello 2, prelievi da livello 2 su Ontology, transazioni a livello 2 e garanzia di sicurezza.<\/p>\n

Nel centro trading di Livello 2, gli utenti possono effettuare transazioni, inviare richieste contrattuali e firmare contratti. Questa transazione pu\u00f2 corrispondere al formato della transazione principale della catena Ontology o pu\u00f2 differire. I raccoglitori di transazioni (chiamati \"Collectors\", di seguito \"collettore\") sono responsabili della raccolta delle transazioni degli utenti di Livello 2. Durante l'intero processo possono esserci pi\u00f9 collezionisti. Gli utenti possono anche trasmettere le loro transazioni di Livello 2 a pi\u00f9 collezionisti.<\/p>\n

Il collettore impacchetta periodicamente le transazioni raccolte di Livello 2 e le attiva per creare un nuovo stato. Il collettore \u00e8 anche responsabile della trasmissione della radice del nuovo stato nella catena principale di Ontology. Dopo l'esecuzione delle transazioni impacchettate nel blocco di Livello 2, la radice del nuovo stato diventa lo stato del blocco di Livello 2. Il Candidato \u00e8 responsabile della verifica dello stato del blocco di Livello 2 presentato dal Collettore nella catena principale di Ontology. Ci\u00f2 richiede al Candidato di sincronizzare il blocco di Livello 2 attraverso il Collettore per mantenere uno stato globale completo.<\/p>\n

LA CONFERMA DELLO STATO DELL'ACCOUNT INCLUDE INFORMAZIONI SULLO STATO DELL'ACCOUNT E LA SUA CONFERMA, CHE PU\u00d2 ESSERE OTTENUTA ATTRAVERSO LE RICHIESTE COLLECTOR E CHALLENGER. SOLO QUESTE SUPPORTANO UNO STATO GLOBALE COMPLETO.<\/p><\/blockquote>\n

<\/p>\n

Deposito a Livello 2<\/h3>\n

<\/p>\n

    \n
  1. Innanzitutto, l'utente esegue l'operazione 'Deposit' nella blockchain principale di Ontology. Il contratto della blockchain principale blocca i fondi depositati dall'utente e registra lo stato di questo fondo a Livello 2. In questo momento, lo stato \u00e8 'unreleased'.<\/li>\n
  2. Successivamente, il Collector riceve una notifica che un'operazione di deposito \u00e8 in attesa nella blockchain principale di Ontology. Il Collector cambier\u00e0 il suo stato a livello 2 in base all'operazione di deposito. Il Collector quindi aggiunge il deposito per sbloccare la transazione e lo impacchetta insieme ad altre transazioni degli utenti nel blocco di Livello 2. Quando lo stato del blocco di livello 2 raggiunge la blockchain principale di Ontology, notificher\u00e0 il sistema del rilascio del deposito.<\/li>\n
  3. Il contratto della blockchain principale esegue l'operazione di rilascio del deposito e cambia lo stato del fondo depositato in 'released'.<\/li>\n<\/ol>\n

    <\/p>\n

    Prelievi da Ontology<\/h3>\n

    <\/p>\n

      \n
    1. L'utente crea una transazione di livello 2 \"Prelievo\" e la invia al collezionista.<\/li>\n
    2. Il collezionista modifica il proprio stato in corrispondenza del Prelievo e nel contempo impacchetta la transazione di Prelievo insieme ad altre transazioni utente in un blocco di Livello 2. Inviando lo stato del blocco di Livello 2 alla catena principale, verr\u00e0 effettuata una richiesta di Prelievo.<\/li>\n
    3. Il contratto della catena principale esegue la richiesta di prelievo, registra una voce di fondi e imposta lo stato su \"non rilasciato\".<\/li>\n
    4. Dopo la conferma dello stato, l'utente invia una richiesta di prelievo dal proprio conto.<\/li>\n
    5. Il contratto della catena principale esegue la richiesta di prelievo dal conto, trasferisce i fondi al conto di destinazione e imposta il record di prelievo su \"rilasciato\".<\/li>\n<\/ol>\n

      <\/p>\n

      Transazioni di Livello 2 e sicurezza<\/h3>\n

      <\/p>\n

      Transazioni di livello 2<\/h4>\n

      <\/p>\n

        \n
      1. L'utente crea una transazione di Livello 2 \"Trasferimento\" e la invia al Collezionista.<\/li>\n
      2. Il collezionista impacchetta la transazione di trasferimento e altre transazioni in un blocco di Livello 2, esegue le transazioni nel blocco e invia lo stato di questo blocco di livello 2 alla catena principale Ontology.<\/li>\n
      3. Attendere la conferma dello stato.<\/li>\n<\/ol>\n

        <\/p>\n

        Garanzia di sicurezza<\/h4>\n

        \nDopo che l'Operatore avr\u00e0 inviato lo stato del blocco di Livello 2 nella catena principale di Ontology, il Candidato potr\u00e0 anche eseguire la transazione del blocco di Livello 2 e verificare la correttezza dello stato del blocco di Livello 2. Se qualcosa non va, il Candidato raccoglier\u00e0 prove di frode e invier\u00e0 il contratto intelligente di Livello 2 per contestare l'Operatore.<\/p>\n

        Come utilizzare<\/h4>\n

        \nAttualmente, il Livello 2 di Ontology \u00e8 disponibile su Ontology TestNet per i programmatori, con cui \u00e8 possibile sperimentare.<\/p>\n

        Collegamento<\/a><\/noindex> <\/p>\n

        Collegamento<\/a><\/noindex> alla documentazione<\/p>\n

        Nell'articolo seguente presenteremo un confronto dettagliato delle prestazioni con il Livello 2 in altre catene.<\/p>\n

        Appendice: termini <\/h3>\n

        <\/p>\n

        Transazioni di livello 2<\/h4>\n

        \nL'utente ha effettuato una richiesta di trasferimento o esecuzione di un contratto a Livello 2 e lo ha gi\u00e0 firmato. Questa transazione pu\u00f2 coincidere con il formato della transazione della catena principale di Ontology o pu\u00f2 differire.<\/p>\n

        Collezionista<\/h4>\n

        \nCollector \u00e8 un collettore di transazioni di Livello 2. Si occupa della raccolta delle transazioni di Livello 2 dell'utente, della verifica e dell'esecuzione della transazione. Ogni volta che viene generato un blocco di Livello 2, il collettore \u00e8 responsabile dell'esecuzione delle transazioni nel blocco, dell'aggiornamento dello stato e della generazione di contratti di Livello 2, che possono essere interpretati come una conferma dello stato, utilizzata per garantire la sicurezza.<\/p>\n

        Blocco di livello 2 <\/h4>\n

        \nCollector confeziona periodicamente le transazioni di Livello 2 raccolte, genera un blocco contenente tutte le transazioni di Livello 2 e genera un nuovo blocco di Livello 2.<\/p>\n

        Stato di livello 2<\/h4>\n

        \nCollector esegue transazioni in blocco nel blocco di Livello 2, aggiorna lo stato, ordina tutti i dati aggiornati sullo stato per creare un albero Merkle e calcola l'hash radice dell'albero Merkle. L'hash radice \u00e8 lo stato del blocco di Livello 2.<\/p>\n

        L'operatore<\/h4>\n

        \nL'Operatore \u00e8 responsabile della sicurezza del Livello 2 e monitora se il token viene trasferito al Livello 2 o se si verifica una transazione di trasferimento del token dal Livello 2 alla catena principale di Ontology. L'Operatore \u00e8 anche responsabile dell'invio periodico della conferma dello stato del Livello 2. Per la conferma, puoi accedere alla rete Ontology.<\/p>\n

        Candidato<\/h4>\n

        \nIl Candidato \u00e8 responsabile della verifica della conferma dello stato fornita dall'Operatore alla catena principale di Ontology. Ci\u00f2 richiede che il Candidato sincronizzi le transazioni del Livello 2 dall'operatore o dalla catena per mantenere uno stato globale completo. Una volta che il Candidato esegue in modo sincrono la transazione e aggiorna lo stato, pu\u00f2 verificare l'accuratezza della conferma dello stato fornita dall'Operatore nella rete. Se ci sono problemi, il Candidato pu\u00f2 creare una sfida di prova di frode, che pu\u00f2 essere spiegata dal contratto del Livello 2.<\/p>\n

        Conferma dello stato dell'account<\/h4>\n

        \nAttraverso la prova Merkle, la conferma dello stato dell'account pu\u00f2 essere ottenuta da Operatori e Richiedenti. Essi sono le uniche parti che supportano l'intero stato globale.<\/p>\n

        Prova di frode<\/h4>\n

        \nLa conferma della frode include la verifica dello stato dell'account fino all'ultimo aggiornamento del blocco di secondo livello.<\/p>\n

        Il certificato precedente dello stato del blocco di secondo livello e il certificato dello stato dell'account presentati attestano la legittimit\u00e0 del vecchio stato prima dell'aggiornamento. La prova che il vecchio stato \u00e8 legittimo pu\u00f2 essere ottenuta eseguendo il blocco attuale.<\/p>\n

        Il blockchain orientato alle imprese Ontology \u00e8 progettato per aiutare le aziende a trasformare e modernizzare il proprio business. Se hai problemi con la scalabilit\u00e0 autonoma, le macchine virtuali o un set completo di sistemi tecnici, contattaci all'indirizzo contact@ont.io.<\/p>\n

        Scopri di pi\u00f9 su Ontology<\/h3>\n

        \nInformazioni fresche e aggiornate e piacevoli conversazioni nel nostro chat Telegram<\/b> \u2014 Telegram Russo<\/a><\/noindex><\/p>\n

        Inoltre, seguici e scopri i nostri: Sito di Ontology<\/a><\/noindex> \u2014 GitHub<\/a><\/noindex> \u2014 Discord<\/a><\/noindex> \u2014 Twitter<\/a><\/noindex> \u2014 Reddit<\/a><\/noindex>
        \n
        Fonte:         habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

        \u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u044c\u0442\u0435 \u0441\u0435\u0431\u0435 \u0441\u0446\u0435\u043d\u0430\u0440\u0438\u0439, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u0431\u044b\u0441\u0442\u0440\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0435\u0442\u0441\u044f, \u0430 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0431\u044b\u0441\u0442\u0440\u043e \u0440\u0430\u0441\u0442\u0435\u0442, \u0434\u043e\u0441\u0442\u0438\u0433\u0430\u044f \u0434\u0435\u0441\u044f\u0442\u043a\u043e\u0432 \u043c\u0438\u043b\u043b\u0438\u043e\u043d\u043e\u0432, \u0447\u0442\u043e \u043f\u0440\u0438\u0432\u043e\u0434\u0438\u0442 \u043a \u0440\u0435\u0437\u043a\u043e\u043c\u0443 \u0443\u0432\u0435\u043b\u0438\u0447\u0435\u043d\u0438\u044e \u0441\u043e\u043f\u0443\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u0440\u0430\u0441\u0445\u043e\u0434\u043e\u0432 \u0432 \u0442\u0435\u0447\u0435\u043d\u0438\u0435 \u043a\u043e\u0440\u043e\u0442\u043a\u043e\u0433\u043e \u0432\u0440\u0435\u043c\u0435\u043d\u0438. \u041a\u0430\u043a\u0438\u0435 \u0441\u0442\u0440\u0430\u0442\u0435\u0433\u0438\u0438 \u043d\u0430 \u0434\u0430\u043d\u043d\u043e\u043c \u044d\u0442\u0430\u043f\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u044f \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u043e\u0439 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0441\u0442\u0438 \u0431\u0435\u0437 \u0443\u0449\u0435\u0440\u0431\u0430 \u0434\u043b\u044f \u0442\u0435\u043c\u043f\u043e\u0432 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u0438\u0437-\u0437\u0430 \u0441\u043b\u043e\u0436\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432 \u0441\u043e\u0433\u043b\u0430\u0441\u043e\u0432\u0430\u043d\u0438\u044f \u0438 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u044f? \u041a\u0430\u043a \u0441\u043e\u0433\u043b\u0430\u0441\u044f\u0442\u0441\u044f \u043c\u043d\u043e\u0433\u0438\u0435 \u0431\u0438\u0437\u043d\u0435\u0441 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u044f, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":83472,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-83471","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\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\n","aioseo_head_json":{"title":"\ud83e\udd47Ontology lancia Layer 2, contribuendo a una piattaforma di catena pubblica pi\u00f9 complessa | ProHoster","description":"Introduzione Immaginate uno scenario in cui una piattaforma blockchain si sviluppa rapidamente e il numero di utenti cresce rapidamente, raggiungendo decine di milioni, il che porta a un aumento drammatico delle spese correlate in un breve periodo. Quali strategie sono necessarie in questa fase per mantenere l'efficienza operativa senza compromettere i tassi di sviluppo a causa di processi di approvazione e convalida complessi? Come concordano molte imprese,","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ontology-zapuskaet-layer-2-vnosya-vklad-v-bolee-kompleksnuyu-platformu-publichnoj-czepochki","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\udd47Ontology \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u0435\u0442 Layer 2, \u0432\u043d\u043e\u0441\u044f \u0432\u043a\u043b\u0430\u0434 \u0432 \u0431\u043e\u043b\u0435\u0435 \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0441\u043d\u0443\u044e \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0443 \u043f\u0443\u0431\u043b\u0438\u0447\u043d\u043e\u0439 \u0446\u0435\u043f\u043e\u0447\u043a\u0438 | ProHoster","og:description":"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u044c\u0442\u0435 \u0441\u0435\u0431\u0435 \u0441\u0446\u0435\u043d\u0430\u0440\u0438\u0439, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u0431\u044b\u0441\u0442\u0440\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0435\u0442\u0441\u044f, \u0430 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0431\u044b\u0441\u0442\u0440\u043e \u0440\u0430\u0441\u0442\u0435\u0442, \u0434\u043e\u0441\u0442\u0438\u0433\u0430\u044f \u0434\u0435\u0441\u044f\u0442\u043a\u043e\u0432 \u043c\u0438\u043b\u043b\u0438\u043e\u043d\u043e\u0432, \u0447\u0442\u043e \u043f\u0440\u0438\u0432\u043e\u0434\u0438\u0442 \u043a \u0440\u0435\u0437\u043a\u043e\u043c\u0443 \u0443\u0432\u0435\u043b\u0438\u0447\u0435\u043d\u0438\u044e \u0441\u043e\u043f\u0443\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u0440\u0430\u0441\u0445\u043e\u0434\u043e\u0432 \u0432 \u0442\u0435\u0447\u0435\u043d\u0438\u0435 \u043a\u043e\u0440\u043e\u0442\u043a\u043e\u0433\u043e \u0432\u0440\u0435\u043c\u0435\u043d\u0438. \u041a\u0430\u043a\u0438\u0435 \u0441\u0442\u0440\u0430\u0442\u0435\u0433\u0438\u0438 \u043d\u0430 \u0434\u0430\u043d\u043d\u043e\u043c \u044d\u0442\u0430\u043f\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u044f \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u043e\u0439 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0441\u0442\u0438 \u0431\u0435\u0437 \u0443\u0449\u0435\u0440\u0431\u0430 \u0434\u043b\u044f \u0442\u0435\u043c\u043f\u043e\u0432 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u0438\u0437-\u0437\u0430 \u0441\u043b\u043e\u0436\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432 \u0441\u043e\u0433\u043b\u0430\u0441\u043e\u0432\u0430\u043d\u0438\u044f \u0438 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u044f? \u041a\u0430\u043a \u0441\u043e\u0433\u043b\u0430\u0441\u044f\u0442\u0441\u044f \u043c\u043d\u043e\u0433\u0438\u0435 \u0431\u0438\u0437\u043d\u0435\u0441 \u043f\u0440\u0435\u0434\u043f\u0440\u0438\u044f\u0442\u0438\u044f,","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ontology-zapuskaet-layer-2-vnosya-vklad-v-bolee-kompleksnuyu-platformu-publichnoj-czepochki","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":"2020-05-31T17:42:20+00:00","article:modified_time":"2020-05-31T17:42:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"83471","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 15:17:28","updated":"2022-09-28 04:03:28"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/83471","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=83471"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/83471\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/83472"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=83471"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=83471"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=83471"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}