Binance Square

bip

7,530 visualizzazioni
8 stanno discutendo
Anh_ba_Cong
--
Visualizza originale
Bitcoin può essere hackato in poche ore? Uno sviluppatore lancia un allerta e propone una soluzioneMentre la maggior parte degli utenti continua a fidarsi della "sicurezza d'acciaio" di Bitcoin, una minaccia silenziosa si avvicina ogni giorno di più: i computer quantistici. E Agustin Cruz, uno sviluppatore di Bitcoin proveniente dal Cile, sta cercando di agire prima che si verifichi una catastrofe. Computer quantistici: il potenziale nemico di Bitcoin Attualmente, Bitcoin utilizza un algoritmo crittografico chiamato #ECDSA (Elliptic Curve Digital Signature Algorithm) per garantire che solo i legittimi proprietari possano spendere i BTC nel proprio wallet.

Bitcoin può essere hackato in poche ore? Uno sviluppatore lancia un allerta e propone una soluzione

Mentre la maggior parte degli utenti continua a fidarsi della "sicurezza d'acciaio" di Bitcoin, una minaccia silenziosa si avvicina ogni giorno di più: i computer quantistici. E Agustin Cruz, uno sviluppatore di Bitcoin proveniente dal Cile, sta cercando di agire prima che si verifichi una catastrofe.

Computer quantistici: il potenziale nemico di Bitcoin

Attualmente, Bitcoin utilizza un algoritmo crittografico chiamato #ECDSA (Elliptic Curve Digital Signature Algorithm) per garantire che solo i legittimi proprietari possano spendere i BTC nel proprio wallet.
Visualizza originale
KITE: LA BLOCKCHAIN PER PAGAMENTI AGENTICI Ho pensato molto a cosa significhi costruire denaro e identità per le macchine, e Kite sembra essere uno di quei rari progetti che cerca di affrontare quella questione a viso aperto riprogettando i binari piuttosto che costringere gli agenti a adattarsi a sistemi orientati all'uomo, ed è per questo che sto scrivendo questo in un respiro continuo — per cercare di abbinare la sensazione di un flusso agentico in cui identità, regole e valore si muovono insieme senza attriti inutili. $KITE è, alla sua base, un #EVM compatibile Layer-1 progettato per pagamenti agentici e coordinamento in tempo reale tra attori autonomi #AI , il che significa che hanno tenuto a mente la compatibilità con gli strumenti esistenti mentre inventavano nuove primitive che contano per le macchine, non solo per le persone, e quella scelta di design consente agli sviluppatori di riutilizzare ciò che sanno mentre offrono agli agenti funzionalità di prima classe di cui hanno realmente bisogno. Hanno costruito un modello di identità a tre livelli che ho notato ricorrere nei loro documenti e whitepaper perché risolve un problema ingannevolmente difficile: i portafogli non sono sufficientemente buoni quando un'IA deve agire in modo indipendente ma sotto l'autorità umana, quindi Kite separa l'identità dell'utente principale (l'autorità umana o organizzativa), l'identità dell'agente (un indirizzo delegabile e deterministico che rappresenta l'attore autonomo) e l'identità della sessione (una chiave effimera per compiti specifici a breve termine), e quella separazione cambia tutto su come si pensa al rischio, alla delega e alla revoca in pratica. In termini pratici, ciò significa che se stai costruendo un agente che ordina generi alimentari, quell'agente può avere il proprio indirizzo on-chain e regole di spesa programmabili legate crittograficamente all'utente senza esporre le chiavi principali dell'utente, e se qualcosa va storto puoi estrarre una chiave di sessione o modificare i permessi dell'agente senza distruggere l'identità on-chain più ampia dell'utente — ti dico, è il tipo di sicurezza operativa che diamo per scontata nei servizi umani ma che non abbiamo avuto per gli attori delle macchine fino ad ora. I fondatori non si sono fermati all'identità; spiegano un framework SPACE nel loro whitepaper — liquidazione nativa di stablecoin, vincoli programmabili, autenticazione orientata all'agente e così via — perché quando gli agenti effettuano microtransazioni per chiamate #API , il calcolo o i dati le economie di unità devono avere senso e il layer di liquidazione ha bisogno di commissioni prevedibili, sottocent che siano così piccole, i pagamenti ad alta frequenza sono effettivamente praticabili, e la scelta di Kite di ottimizzare per la liquidazione in stablecoin e la bassa latenza affronta direttamente questo.

KITE: LA BLOCKCHAIN PER PAGAMENTI AGENTICI

Ho pensato molto a cosa significhi costruire denaro e identità per le macchine, e Kite sembra essere uno di quei rari progetti che cerca di affrontare quella questione a viso aperto riprogettando i binari piuttosto che costringere gli agenti a adattarsi a sistemi orientati all'uomo, ed è per questo che sto scrivendo questo in un respiro continuo — per cercare di abbinare la sensazione di un flusso agentico in cui identità, regole e valore si muovono insieme senza attriti inutili. $KITE è, alla sua base, un #EVM compatibile Layer-1 progettato per pagamenti agentici e coordinamento in tempo reale tra attori autonomi #AI , il che significa che hanno tenuto a mente la compatibilità con gli strumenti esistenti mentre inventavano nuove primitive che contano per le macchine, non solo per le persone, e quella scelta di design consente agli sviluppatori di riutilizzare ciò che sanno mentre offrono agli agenti funzionalità di prima classe di cui hanno realmente bisogno. Hanno costruito un modello di identità a tre livelli che ho notato ricorrere nei loro documenti e whitepaper perché risolve un problema ingannevolmente difficile: i portafogli non sono sufficientemente buoni quando un'IA deve agire in modo indipendente ma sotto l'autorità umana, quindi Kite separa l'identità dell'utente principale (l'autorità umana o organizzativa), l'identità dell'agente (un indirizzo delegabile e deterministico che rappresenta l'attore autonomo) e l'identità della sessione (una chiave effimera per compiti specifici a breve termine), e quella separazione cambia tutto su come si pensa al rischio, alla delega e alla revoca in pratica. In termini pratici, ciò significa che se stai costruendo un agente che ordina generi alimentari, quell'agente può avere il proprio indirizzo on-chain e regole di spesa programmabili legate crittograficamente all'utente senza esporre le chiavi principali dell'utente, e se qualcosa va storto puoi estrarre una chiave di sessione o modificare i permessi dell'agente senza distruggere l'identità on-chain più ampia dell'utente — ti dico, è il tipo di sicurezza operativa che diamo per scontata nei servizi umani ma che non abbiamo avuto per gli attori delle macchine fino ad ora. I fondatori non si sono fermati all'identità; spiegano un framework SPACE nel loro whitepaper — liquidazione nativa di stablecoin, vincoli programmabili, autenticazione orientata all'agente e così via — perché quando gli agenti effettuano microtransazioni per chiamate #API , il calcolo o i dati le economie di unità devono avere senso e il layer di liquidazione ha bisogno di commissioni prevedibili, sottocent che siano così piccole, i pagamenti ad alta frequenza sono effettivamente praticabili, e la scelta di Kite di ottimizzare per la liquidazione in stablecoin e la bassa latenza affronta direttamente questo.
Visualizza originale
Portafoglio (3) - BIP322. Regole di derivazione [BIP32] Abbiamo generato un seme tramite BIP39, questo seme lo chiamiamo "seme principale", secondo le regole di derivazione BIP32, possiamo derivare da "seme principale" la "chiave privata principale", "chiave pubblica principale", e "codice catena principale", tutti e tre sono chiamati "chiavi". Possiamo continuare a utilizzare le "chiavi" come "seme figlio" per derivare "chiavi figlie" ("chiave privata figlia", "chiave pubblica figlia", "codice catena figlio"), e così via, si possono generare discendenti all'infinito, tutti originati dal "seme principale", quindi il "seme principale" è anche chiamato "radice". La "chiave privata principale", "chiave pubblica principale", e "codice catena principale" sono anche chiamati "chiavi principali". Finché abbiamo fatto il backup della "frase mnemonica", possiamo esportare "radice" -> "radice principale" -> "radice figlia" e così via.

Portafoglio (3) - BIP32

2. Regole di derivazione [BIP32]
Abbiamo generato un seme tramite BIP39, questo seme lo chiamiamo "seme principale", secondo le regole di derivazione BIP32, possiamo derivare da "seme principale" la "chiave privata principale", "chiave pubblica principale", e "codice catena principale", tutti e tre sono chiamati "chiavi". Possiamo continuare a utilizzare le "chiavi" come "seme figlio" per derivare "chiavi figlie" ("chiave privata figlia", "chiave pubblica figlia", "codice catena figlio"), e così via, si possono generare discendenti all'infinito, tutti originati dal "seme principale", quindi il "seme principale" è anche chiamato "radice". La "chiave privata principale", "chiave pubblica principale", e "codice catena principale" sono anche chiamati "chiavi principali". Finché abbiamo fatto il backup della "frase mnemonica", possiamo esportare "radice" -> "radice principale" -> "radice figlia" e così via.
Visualizza originale
Portafoglio (Cinque) - Standard BIP44 e le aziende del futuroLe aziende del futuro si orienteranno sicuramente verso l'intelligenza, anche la gestione finanziaria subirà grandi cambiamenti, da BIP44 possiamo già intravedere qualche indizio, non è affatto facile dire come si svilupperà la società nei prossimi trent'anni. #钱包 #BIP

Portafoglio (Cinque) - Standard BIP44 e le aziende del futuro

Le aziende del futuro si orienteranno sicuramente verso l'intelligenza, anche la gestione finanziaria subirà grandi cambiamenti, da BIP44 possiamo già intravedere qualche indizio, non è affatto facile dire come si svilupperà la società nei prossimi trent'anni.

#钱包 #BIP
Accedi per esplorare altri contenuti
Esplora le ultime notizie sulle crypto
⚡️ Partecipa alle ultime discussioni sulle crypto
💬 Interagisci con i tuoi creator preferiti
👍 Goditi i contenuti che ti interessano
Email / numero di telefono