Seeker è una piattaforma mobile decentralizzata che reinventa l’infrastruttura mobile tramite identità verificabile, governance decentralizzata e una curazione sicura delle app. Introduce uno stack mobile aperto progettato per eliminare il controllo centralizzato, sfruttando prove crittografiche e la governance della comunità per consentire un ecosistema sicuro e senza permessi.

Al centro di Seeker c’è un’architettura hardware-software costruita su dispositivi mobili che includono un Trusted Execution Environment (TEE). Questi TEE generano attestazioni crittografiche dello stato del dispositivo e dell’integrità del software. Le attestazioni vengono inviate a una rete decentralizzata di validatori per la verifica e costituiscono la base per identità sicura, controllo degli accessi e coordinamento decentralizzato sulla piattaforma.

Seeker integra questi elementi attraverso un protocollo chiamato TEEPIN (Trusted Execution Environment Platform Infrastructure Network), che coordina la validazione dei dispositivi, la revisione delle applicazioni e la governance del protocollo. Questa infrastruttura sostituisce il modello convenzionale degli app store mobili con una governance e un processo di revisione on-chain, trust-minimised, che possono essere verificati e a cui può partecipare qualsiasi utente.

Il sistema operativo nei dispositivi Seeker supporta controlli runtime, installazione sicura e enforcement decentralizzato di policy di accesso e utilizzo. Gli sviluppatori interagiscono con il sistema tramite API che consentono la verifica dell’integrità dei dispositivi, l’enforcement delle regole di conformità e l’invio delle applicazioni per la revisione decentralizzata.

SKR è il token nativo e l’asset di coordinamento del protocollo. Abilita la validazione, la revisione, la governance e i meccanismi di enforcement all’interno dell’ecosistema Seeker. Viene utilizzato per:

• Validazione delle attestazioni dei dispositivi - I partecipanti utilizzano SKR per gestire nodi di validazione che valutano le attestazioni generate dall’hardware dei dispositivi per autenticità e conformità.
• Revisione e pubblicazione delle applicazioni - Gli sviluppatori devono interagire con il protocollo utilizzando SKR per sottoporre le applicazioni a revisione decentralizzata. Il token è utilizzato per garantire la responsabilità e consentire penalità in caso di violazioni.
• Governance delegata del protocollo - I possessori del token possono assegnare il peso di voto ai partecipanti validatori che prendono decisioni relative alle regole dell’ecosistema, alle policy dei contenuti e agli aggiornamenti della rete.
• Accesso e coordinamento basato sui ruoli - SKR può essere integrato in permessi specifici per ruolo, inclusi chi può approvare dispositivi, curare applicazioni o partecipare alle funzioni del protocollo.
• Allineamento del protocollo - SKR serve come base per le strutture di incentivo che assicurano la correttezza e la resilienza delle operazioni del protocollo tra una vasta gamma di partecipanti.

SKR non viene utilizzato per scopi finanziari speculativi nella progettazione del protocollo. Il suo ruolo è limitato ad abilitare la sicurezza crittografica, la partecipazione alla governance e la responsabilità sulle revisioni all’interno dell’ecosistema Seeker.

L’architettura di Seeker opera su tre livelli principali:

• Livello Hardware - I dispositivi includono un Trusted Execution Environment (TEE) che produce attestazioni firmate dello stato di avvio, dell’integrità dell’OS e del comportamento runtime. Questo permette un’identità del dispositivo verificabile e previene la manomissione del software.
• Livello Protocollo - La rete TEEPIN riceve e verifica le attestazioni dei dispositivi, cura le applicazioni inviate, fa rispettare le decisioni di policy e coordina le azioni tra i validatori di rete. Mantiene uno stato pubblico sulla validità dei dispositivi, sullo stato delle applicazioni e sulle decisioni di governance.
• Livello Governance - I validatori eletti, chiamati Guardians, revisionano le applicazioni inviate, verificano i dispositivi e partecipano alla creazione e all’enforcement delle policy sui contenuti. La partecipazione delegata consente ai possessori di token di assegnare la rappresentanza senza coinvolgimento diretto.

Questi livelli insieme supportano un sistema mobile decentralizzato dove la fiducia a livello di dispositivo è stabilita crittograficamente e le decisioni vengono prese in modo trasparente tramite regole definite dal protocollo e consenso on-chain.