Binance Square

King_Junaid1

Crypto news | Market insights | Signals & Articles
Otevřené obchodování
Častý trader
Počet let: 3.7
421 Sledujících
6.9K+ Sledujících
1.5K+ Označeno To se mi líbí
170 Sdílené
Příspěvky
Portfolio
·
--
Vždy jsem slyšel, že kryptografie zabezpečuje systémy, ale nikdy jsem se opravdu nezastavil, abych přemýšlel o tom, co vlastně zabezpečuje, zatímco jsem procházel @SignOfficial dokumenty, které začaly být trochu jasnější na povrchu to vypadá, jako by bylo vše pokryté podpisy ukazují, kdo něco vytvořil hashy zajišťují, že se to nezměnilo důkazy umožňují ověření, aniž by odhalily vše takže to vypadá bezpečně ale ta bezpečnost je zaměřena na něco velmi specifického udržuje věci konzistentní udržuje je sledovatelné zajistí, že se nic v průběhu času nezmění co opravdu neříká, je, zda to, co bylo podepsáno, bylo správné od začátku protože kryptografie nerozhoduje o tom, co patří do systému #SignDigitalSovereignInfra jen se postará, aby to, co tam je, zůstalo přesně stejné a tam dochází ke změně i když může být něco ověřeno, automaticky to neznamená, že to bylo platné od začátku ta část stále závisí na tom, kdo to vytvořil pravidlech, které dodržovali a kontextu kolem toho takže důvěra vlastně nezmizí jen se přesune od samotných dat k zdroji za nimi a podmínkám, za kterých byla vytvořena a to je to, co dělá bezpečnost v $SIGN méně absolutní, než se na první pohled zdá ne neúplná jen vrstvenější, než to vypadá na první pohled takže teď se snažím pochopit Zabezpečuje kryptografie skutečně pravdu uvnitř těchto systémů? nebo jen zajišťuje, že cokoliv, co je zaznamenáno, zůstává konzistentní 🤔
Vždy jsem slyšel, že kryptografie zabezpečuje systémy, ale nikdy jsem se opravdu nezastavil, abych přemýšlel o tom, co vlastně zabezpečuje, zatímco jsem procházel @SignOfficial dokumenty, které začaly být trochu jasnější

na povrchu to vypadá, jako by bylo vše pokryté

podpisy ukazují, kdo něco vytvořil
hashy zajišťují, že se to nezměnilo
důkazy umožňují ověření, aniž by odhalily vše

takže to vypadá bezpečně

ale ta bezpečnost je zaměřena na něco velmi specifického

udržuje věci konzistentní
udržuje je sledovatelné
zajistí, že se nic v průběhu času nezmění

co opravdu neříká, je, zda to, co bylo podepsáno, bylo správné od začátku

protože kryptografie nerozhoduje o tom, co patří do systému #SignDigitalSovereignInfra

jen se postará, aby to, co tam je, zůstalo přesně stejné

a tam dochází ke změně

i když může být něco ověřeno, automaticky to neznamená, že to bylo platné od začátku

ta část stále závisí na tom, kdo to vytvořil
pravidlech, které dodržovali
a kontextu kolem toho

takže důvěra vlastně nezmizí

jen se přesune

od samotných dat
k zdroji za nimi
a podmínkám, za kterých byla vytvořena

a to je to, co dělá bezpečnost v $SIGN méně absolutní, než se na první pohled zdá

ne neúplná

jen vrstvenější, než to vypadá na první pohled

takže teď se snažím pochopit

Zabezpečuje kryptografie skutečně pravdu uvnitř těchto systémů?

nebo jen zajišťuje, že cokoliv, co je zaznamenáno, zůstává konzistentní 🤔
Článek
Kdo opravdu rozhoduje o způsobilosti v systémech SIGN?Dříve jsem si myslela, že SIGN je ten, kdo rozhoduje. Myslela jsem, že oni rozhodují, kdo se kvalifikuje na airdrop, kdo má přístup k programu a kdo nakonec něco dostane. Připadalo mi, že systém sám má tuto autoritu. Ale čím více jsem se snažila pochopit, jak to vlastně funguje, tím méně dávalo to předpoklad smysl. Protože nic uvnitř systému opravdu nedefinuje způsobilost samo o sobě. Jen to následuje něco, co již existuje. A tam se to mění. Pravidla nepocházejí od SIGN.

Kdo opravdu rozhoduje o způsobilosti v systémech SIGN?

Dříve jsem si myslela, že SIGN je ten, kdo rozhoduje. Myslela jsem, že oni rozhodují, kdo se kvalifikuje na airdrop, kdo má přístup k programu a kdo nakonec něco dostane.
Připadalo mi, že systém sám má tuto autoritu.

Ale čím více jsem se snažila pochopit, jak to vlastně funguje, tím méně dávalo to předpoklad smysl.
Protože nic uvnitř systému opravdu nedefinuje způsobilost samo o sobě.
Jen to následuje něco, co již existuje.
A tam se to mění.
Pravidla nepocházejí od SIGN.
Článek
Zobrazit překlad
Attestation Infrastructure — The Problem of Shared Access in SIGN:I’ve been trying to understand how attestations are actually used inside SIGN. And the part that feels unclear isn’t how they’re created, it’s how different systems are expected to rely on them consistently on the surface. So, the idea is simple. An attestation exists, it’s signed, and it can be verified so any system should be able to use it. but that assumption depends on something that isn’t always guaranteed because attestations don’t exist in a single shared location they can be stored onchain or offchain indexed in different repositories or accessed through different interfaces which means two systems trying to use the same attestation might not even be looking at it the same way and that’s where things start to feel less straightforward because verification assumes consistency but access isn’t always consistent one system might retrieve the attestation instantly another might depend on an indexer and some might not even recognize where to look and now the problem isn’t whether the attestation is valid it’s whether it can actually be used across environments so even though SIGN makes attestations verifiable their usefulness still depends on how they are surfaced, how they are indexed, and how different systems choose to access them. which raises a different kind of question proof is supposed to remove ambiguity. but if access to that proof isn’t uniform, does it actually create a shared source of truth? or does each system end up depending on its own way of finding and interpreting the same attestation? Can attestations solve trust at the data level, while still leaving coordination open at the access level 🤔 @SignOfficial $SIGN #SignDigitalSovereignInfra

Attestation Infrastructure — The Problem of Shared Access in SIGN:

I’ve been trying to understand how attestations are actually used inside SIGN.
And the part that feels unclear isn’t how they’re created, it’s how different systems are expected to rely on them consistently on the surface.
So, the idea is simple. An attestation exists, it’s signed, and it can be verified so any system should be able to use it.
but that assumption depends on something that isn’t always guaranteed

because attestations don’t exist in a single shared location
they can be stored onchain or offchain indexed in different repositories or accessed through different interfaces
which means two systems trying to use the same attestation might not even be looking at it the same way
and that’s where things start to feel less straightforward
because verification assumes consistency
but access isn’t always consistent
one system might retrieve the attestation instantly
another might depend on an indexer
and some might not even recognize where to look
and now the problem isn’t whether the attestation is valid
it’s whether it can actually be used across environments

so even though SIGN makes attestations verifiable their usefulness still depends on
how they are surfaced,
how they are indexed,
and how different systems choose to access them.
which raises a different kind of question
proof is supposed to remove ambiguity. but if access to that proof isn’t uniform, does it actually create a shared source of truth?
or does each system end up depending on its own way of finding and interpreting the same attestation?
Can attestations solve trust at the data level, while still leaving coordination open at the access level 🤔
@SignOfficial $SIGN
#SignDigitalSovereignInfra
Díval jsem se na to, jak systémy jako @SignOfficial zajišťují ověřování, a něco mi přišlo divné. Obvykle si myslíme, že systém kontroluje data. Jako, je to pravda? odpovídá to? je to platné? Ale čím více o tom přemýšlím, tím víc si uvědomuji, že to není opravdu to první, co se děje. Než se na jakákoliv data podívá, systém $SIGN kontroluje něco jiného, a to, zda rozumí tomu, co vidí. Odpovídá to známému formátu? Odpovídá to očekávané struktuře? Je to něco, co je systém vůbec navržen zpracovávat? Protože pokud to neprojde touto částí, skutečná data téměř nezáleží. Mohou být úplně správná a přesto být ignorována. Ne proto, že by byla špatná. Jen proto, že se to nehodí. To je ta část, kterou je snadné přehlédnout. Myslíme si, že ověřování je jen o ukazování pravdy, ale je to také o kompatibilitě. Dva kusy dat mohou říkat to samé, ale pokud je jeden správně strukturován a druhý ne, nebudou zacházeno se stejným způsobem. Takže systém opravdu nezačíná otázkou, je to pravda? Začíná otázkou, mohu s tím pracovat? A to mění, jak se dívám na důvěru v #SignDigitalSovereignInfra Protože nejde jen o to, co data říkají. Jde o to, zda systém rozpozná způsob, jakým je to řečeno. A pokud se tato část neshoduje, zbytek ani nedostane šanci.
Díval jsem se na to, jak systémy jako @SignOfficial zajišťují ověřování, a něco mi přišlo divné. Obvykle si myslíme, že systém kontroluje data.

Jako, je to pravda? odpovídá to? je to platné?

Ale čím více o tom přemýšlím, tím víc si uvědomuji, že to není opravdu to první, co se děje.

Než se na jakákoliv data podívá, systém $SIGN kontroluje něco jiného, a to, zda rozumí tomu, co vidí.

Odpovídá to známému formátu?
Odpovídá to očekávané struktuře?
Je to něco, co je systém vůbec navržen zpracovávat?

Protože pokud to neprojde touto částí, skutečná data téměř nezáleží.

Mohou být úplně správná a přesto být ignorována.

Ne proto, že by byla špatná.

Jen proto, že se to nehodí.

To je ta část, kterou je snadné přehlédnout.

Myslíme si, že ověřování je jen o ukazování pravdy, ale je to také o kompatibilitě.

Dva kusy dat mohou říkat to samé,
ale pokud je jeden správně strukturován a druhý ne, nebudou zacházeno se stejným způsobem.

Takže systém opravdu nezačíná otázkou, je to pravda?

Začíná otázkou, mohu s tím pracovat?

A to mění, jak se dívám na důvěru v #SignDigitalSovereignInfra
Protože nejde jen o to, co data říkají.

Jde o to, zda systém rozpozná způsob, jakým je to řečeno.

A pokud se tato část neshoduje, zbytek ani nedostane šanci.
Většina lidí pohlíží na distribuci tokenů jako na výsledek. Tokeny se pohybují, uživatelé je dostávají a program končí. Ale přemýšlel jsem, co se stane, když se tento proces stane předvídatelným. Protože jakmile je distribuce strukturována konzistentním způsobem, přestane být jen událostí a začne se chovat jako systém. Programy mohou být opakovány podmínky mohou být znovu použity výsledky začínají následovat vzory A to mění, jak lidé interagují s @SignOfficial Místo toho, aby reagovali na příležitosti, začnou je předvídat. Což vytváří jiný druh dynamiky. Uživatelé optimalizují pro podmínky projekty navrhují kolem očekávaného chování a distribuce začíná ovlivňovat samotnou účast Takže už to není jen o tom, kdo dostane co stává se to jak se lidé umisťují předtím, než se to stane To je místo, kde začínají věci vypadat méně zřejmě v #SignDigitalSovereignInfra Protože předvídatelné systémy se snáze škálují, ale také se snáze manipulují. A jakmile se chování přizpůsobí, původní záměr distribuce $SIGN se může změnit, aniž by se samotný systém změnil. Takže má otázka zní: Dělá předvídatelnost tyto systémy silnějšími? nebo je jen dělá snazšími pro strategickou navigaci 🤔
Většina lidí pohlíží na distribuci tokenů jako na výsledek. Tokeny se pohybují, uživatelé je dostávají a program končí.

Ale přemýšlel jsem, co se stane, když se tento proces stane předvídatelným.

Protože jakmile je distribuce strukturována konzistentním způsobem,

přestane být jen událostí
a začne se chovat jako systém.

Programy mohou být opakovány
podmínky mohou být znovu použity
výsledky začínají následovat vzory

A to mění, jak lidé interagují s @SignOfficial

Místo toho, aby reagovali na příležitosti,

začnou je předvídat.

Což vytváří jiný druh dynamiky.

Uživatelé optimalizují pro podmínky
projekty navrhují kolem očekávaného chování
a distribuce začíná ovlivňovat samotnou účast

Takže už to není jen o tom, kdo dostane co

stává se to

jak se lidé umisťují předtím, než se to stane

To je místo, kde začínají věci vypadat méně zřejmě v #SignDigitalSovereignInfra

Protože předvídatelné systémy se snáze škálují, ale také se snáze manipulují.

A jakmile se chování přizpůsobí,

původní záměr distribuce $SIGN se může změnit, aniž by se samotný systém změnil.

Takže má otázka zní:

Dělá předvídatelnost tyto systémy silnějšími?

nebo je jen dělá snazšími pro strategickou navigaci 🤔
Článek
Uvnitř SIGN — Jak se identita pohybuje od vydání k ověření:Většina identitních systémů se zaměřuje na okamžik ověření. Předložíte něco, systém to zkontroluje a dostanete výsledek. Ale to ukazuje pouze povrch. Uvnitř SIGN identita není jediný krok, je to sekvence, která začíná mnohem dříve a pokračuje i po dokončení ověření. Začíná to vydáním, kdy autorizovaná entita vytváří strukturovanou, podepsanou certifikaci vázanou na definovaný schéma. Místo toho, aby byla uložena v centrální databázi, je tato certifikace předána přímo uživateli, který ji drží nezávisle. To posouvá identitu z něčeho, co je požadováno na požádání, na něco, co nese a ovládá jednotlivce.

Uvnitř SIGN — Jak se identita pohybuje od vydání k ověření:

Většina identitních systémů se zaměřuje na okamžik ověření. Předložíte něco, systém to zkontroluje a dostanete výsledek. Ale to ukazuje pouze povrch. Uvnitř SIGN identita není jediný krok, je to sekvence, která začíná mnohem dříve a pokračuje i po dokončení ověření.
Začíná to vydáním, kdy autorizovaná entita vytváří strukturovanou, podepsanou certifikaci vázanou na definovaný schéma. Místo toho, aby byla uložena v centrální databázi, je tato certifikace předána přímo uživateli, který ji drží nezávisle. To posouvá identitu z něčeho, co je požadováno na požádání, na něco, co nese a ovládá jednotlivce.
Článek
Může být soukromí ověřeno a stále zůstat soukromé?Snažil(a) jsem se pochopit, jak soukromí ve skutečnosti funguje uvnitř Sign Network a část, která mě stále trápí, není, jak jsou data skryta, ale jak se stále očekává, že jim bude důvěřováno ve stejnou dobu na povrchu, Sign představuje čistý model citlivá data zůstávají mimo řetězec pouze důkazy, hash a reference jsou zakotveny v řetězci a ověřování probíhá bez vystavení základních informací což zní jako ideální rovnováha ochrana soukromí pro uživatele ověřitelnost pro systémy ale ta rovnováha závisí na něčem, co není okamžitě zřejmé

Může být soukromí ověřeno a stále zůstat soukromé?

Snažil(a) jsem se pochopit, jak soukromí ve skutečnosti funguje uvnitř Sign Network a část, která mě stále trápí, není, jak jsou data skryta, ale jak se stále očekává, že jim bude důvěřováno ve stejnou dobu
na povrchu, Sign představuje čistý model
citlivá data zůstávají mimo řetězec
pouze důkazy, hash a reference jsou zakotveny v řetězci
a ověřování probíhá bez vystavení základních informací
což zní jako ideální rovnováha
ochrana soukromí pro uživatele
ověřitelnost pro systémy
ale ta rovnováha závisí na něčem, co není okamžitě zřejmé
Přemýšlel jsem o tom, co vlastně znamená něco dokázat v systémech jako @SignOfficial a upřímně, ta část, která se zdá příliš čistá, je předpoklad, že jakmile je něco prokázáno, mělo by být přijato všude na povrchu to dává smysl a kredencial existuje je ověřitelný funguje to takže by to mělo prostě fungovat ale v praxi prokázání něčeho automaticky neznamená, že to bude univerzálně přijato protože důkaz není jediná věc, na které systémy závisí závisí na kontextu kdo to vydal pod jakými pravidly jaký schéma to dodržuje co vlastně důkaz má představovat a to vše musí být interpretováno předtím, než je učiněno rozhodnutí uvnitř #SignDigitalSovereignInfra takže i když se na stejný důkaz dívají dva systémy nemusí s ním zacházet stejným způsobem ne proto, že by byl důkaz neplatný ale protože neodpovídá stejným předpokladům a to je místo, kde se věci začínají zdát méně přímočaré protože prokázání něčeho se zdá absolutní ale přijetí není je to podmíněné závisí na tom, zda systém, který uznává tento důkaz, souhlasí s tím, co znamená takže co vypadá jako univerzální pravda v teorii začíná se chovat více jako místní pravda v praxi a ten rozdíl se stává viditelnějším, když jsou systémy jako $SIGN používány v různých prostředích nejsem si jistý, zda udělání něčeho prokazatelného skutečně dělá, že je to univerzálně důvěryhodné nebo to jen usnadňuje každému systému rozhodnout se, zda to přijmout, nebo ne 🤔
Přemýšlel jsem o tom, co vlastně znamená něco dokázat v systémech jako @SignOfficial a upřímně, ta část, která se zdá příliš čistá, je předpoklad, že jakmile je něco prokázáno, mělo by být přijato všude

na povrchu to dává smysl
a kredencial existuje
je ověřitelný
funguje to

takže by to mělo prostě fungovat

ale v praxi prokázání něčeho automaticky neznamená, že to bude univerzálně přijato

protože důkaz není jediná věc, na které systémy závisí

závisí na kontextu

kdo to vydal
pod jakými pravidly
jaký schéma to dodržuje
co vlastně důkaz má představovat

a to vše musí být interpretováno předtím, než je učiněno rozhodnutí uvnitř #SignDigitalSovereignInfra

takže i když se na stejný důkaz dívají dva systémy
nemusí s ním zacházet stejným způsobem

ne proto, že by byl důkaz neplatný
ale protože neodpovídá stejným předpokladům

a to je místo, kde se věci začínají zdát méně přímočaré

protože prokázání něčeho se zdá absolutní
ale přijetí není

je to podmíněné

závisí na tom, zda systém, který uznává tento důkaz, souhlasí s tím, co znamená

takže co vypadá jako univerzální pravda v teorii
začíná se chovat více jako místní pravda v praxi

a ten rozdíl se stává viditelnějším, když jsou systémy jako $SIGN používány v různých prostředích

nejsem si jistý, zda udělání něčeho prokazatelného skutečně dělá, že je to univerzálně důvěryhodné

nebo to jen usnadňuje každému systému rozhodnout se, zda to přijmout, nebo ne 🤔
Článek
Kdo řídí systém, když všechno vypadá decentralizovaně?Snažila jsem se pochopit, jak vlastně funguje správa uvnitř systémů jako SIGN, a část, která mě stále přitahuje, nejsou samotná pravidla, ale odkud ta pravidla pocházejí a jak se v průběhu času mění na povrchu se systémy jako tento zdají být strukturované a předvídatelné, protože programy jsou definovány, pravidla jsou napsána a všechno vypadá, jako by to následovalo jasnou logiku ale to pouze vysvětluje, jak se systém chová, jakmile začne fungovat protože před tím, než je něco vykonáno, se někdo musí rozhodnout, jaká ta pravidla jsou

Kdo řídí systém, když všechno vypadá decentralizovaně?

Snažila jsem se pochopit, jak vlastně funguje správa uvnitř systémů jako SIGN, a část, která mě stále přitahuje, nejsou samotná pravidla, ale odkud ta pravidla pocházejí a jak se v průběhu času mění
na povrchu se systémy jako tento zdají být strukturované a předvídatelné, protože programy jsou definovány, pravidla jsou napsána a všechno vypadá, jako by to následovalo jasnou logiku
ale to pouze vysvětluje, jak se systém chová, jakmile začne fungovat
protože před tím, než je něco vykonáno, se někdo musí rozhodnout, jaká ta pravidla jsou
Přemýšlím o tom, co se vlastně stane, když se identita znovu používá napříč @SignOfficial systémy a upřímně, to, co se zdá příliš čisté, je předpoklad, že význam se automaticky přenáší uvnitř jednoho systému to funguje dobře jedna oprávnění → jeden kontext → jedno vyložení ale jakmile se ta samá identita přesune napříč systémy, přestává být jedinou operací protože nyní začínají záležet více vrstvy vydavatel musí být uznán schéma musí být pochopeno podmínky, za kterých byl vytvořen, musí být vyloženy a všechno toto musí být vyřešeno, než se systém může rozhodnout, co ta identita vlastně znamená samo oprávnění může stále být platné ale platnost zde není skutečný problém, ale vyložení. protože identita není jen data, je to kontext a kontext se ne vždy přenáší jasně takže to, co vypadá jako opakovaně použitelná identita v teorii, začíná záviset na tom, jak každý systém čte a chápe ten důkaz a tam se věci začínají posouvat uvnitř #SignDigitalSovereignInfra , protože dva systémy se mohou dívat na stejné oprávnění a stále s ním zacházet jinak ne proto, že by bylo neplatné ale proto, že to znamená něco mírně jiného v každém prostředí a když se na to podíváte skrze systémy jako $SIGN , otázka se stává těžší k ignorování nejsem si jistý, zda opakovaně použitelná identita skutečně přenáší důvěru napříč systémy nebo zda každý systém nakonec končí tím, že si vybuduje svou vlastní verzi 🤔
Přemýšlím o tom, co se vlastně stane, když se identita znovu používá napříč @SignOfficial systémy a upřímně, to, co se zdá příliš čisté, je předpoklad, že význam se automaticky přenáší

uvnitř jednoho systému to funguje dobře
jedna oprávnění → jeden kontext → jedno vyložení

ale jakmile se ta samá identita přesune napříč systémy, přestává být jedinou operací

protože nyní začínají záležet více vrstvy

vydavatel musí být uznán
schéma musí být pochopeno
podmínky, za kterých byl vytvořen, musí být vyloženy

a všechno toto musí být vyřešeno, než se systém může rozhodnout, co ta identita vlastně znamená

samo oprávnění může stále být platné
ale platnost zde není skutečný problém, ale vyložení.

protože identita není jen data, je to kontext
a kontext se ne vždy přenáší jasně

takže to, co vypadá jako opakovaně použitelná identita v teorii, začíná záviset na tom, jak každý systém čte a chápe ten důkaz

a tam se věci začínají posouvat uvnitř #SignDigitalSovereignInfra , protože dva systémy se mohou dívat na stejné oprávnění a stále s ním zacházet jinak

ne proto, že by bylo neplatné
ale proto, že to znamená něco mírně jiného v každém prostředí

a když se na to podíváte skrze systémy jako $SIGN , otázka se stává těžší k ignorování

nejsem si jistý, zda opakovaně použitelná identita skutečně přenáší důvěru napříč systémy
nebo zda každý systém nakonec končí tím, že si vybuduje svou vlastní verzi 🤔
Článek
Když jsou stablecoiny regulovány — Kdo ovládá programovatelné peníze?Snažil jsem se pochopit, jak regulované stablecoiny zapadají do nového peněžního systému SIGN a část, která mě neustále táhne zpět, není vydání, ale jak je strukturována kontrola, jakmile jsou peníze v oběhu Na první pohled se stablecoiny zdají být přímočaré, protože jsou transparentní, fungují na veřejné infrastruktuře a transakce lze sledovat v reálném čase Ve srovnání s CBDC se zdají být otevřenější a méně omezené a více v souladu s tím, jak by měly blockchainové systémy fungovat v prostoru web3

Když jsou stablecoiny regulovány — Kdo ovládá programovatelné peníze?

Snažil jsem se pochopit, jak regulované stablecoiny zapadají do nového peněžního systému SIGN a část, která mě neustále táhne zpět, není vydání, ale jak je strukturována kontrola, jakmile jsou peníze v oběhu
Na první pohled se stablecoiny zdají být přímočaré, protože jsou transparentní, fungují na veřejné infrastruktuře a transakce lze sledovat v reálném čase

Ve srovnání s CBDC se zdají být otevřenější a méně omezené a více v souladu s tím, jak by měly blockchainové systémy fungovat v prostoru web3
Zamýšlel jsem nad automatizací v distribuci a připadá mi, že to je jedna z těch věcí, které na první pohled vypadají spravedlivě pokud se podíváte na to, kde se rozhodnutí skutečně dějí v praxi v systémech jako @SignOfficial distribuce není skutečně náhodná nebo neutrální je řízena podmínkami, které jsou již definovány někde jinde kdo má nárok jaká aktivita se počítá jaké signály systém považuje za platné ve chvíli, kdy jsou tokeny distribuovány, výsledek je již rozhodnut automatizace to jen vykonává tak uvnitř #SignDigitalSovereignInfra se proces zdá být čistý, protože žádný manuální výběr žádná viditelná intervence všechno vypadá čistě pravidlově ale to nutně neznamená, že je to bez předsudků to jen znamená, že předsudek, pokud existuje, existuje dříve v tom, jak byla tato pravidla navržena a co systém zvolí uznat a jakmile je vše zakódováno, stává se těžším to zpochybňovat protože není jasný okamžik, kdy je lidské rozhodnutí viditelné tak místo toho, abychom odstranili předsudky, automatizace je možná jen posouvá do vrstvy, kterou většina lidí nikdy nevidí což mě přivádí k zamyšlení 🤔 Dělá automatizace skutečně distribuci spravedlivou? nebo jen činí vrstvu rozhodování méně zřejmou v systémech jako $SIGN Síť.
Zamýšlel jsem nad automatizací v distribuci

a připadá mi, že to je jedna z těch věcí, které na první pohled vypadají spravedlivě
pokud se podíváte na to, kde se rozhodnutí skutečně dějí v praxi

v systémech jako @SignOfficial distribuce není skutečně náhodná nebo neutrální

je řízena podmínkami, které jsou již definovány někde jinde

kdo má nárok
jaká aktivita se počítá
jaké signály systém považuje za platné

ve chvíli, kdy jsou tokeny distribuovány,
výsledek je již rozhodnut

automatizace to jen vykonává

tak uvnitř #SignDigitalSovereignInfra
se proces zdá být čistý, protože

žádný manuální výběr
žádná viditelná intervence
všechno vypadá čistě pravidlově

ale to nutně neznamená, že je to bez předsudků

to jen znamená, že předsudek, pokud existuje, existuje dříve
v tom, jak byla tato pravidla navržena
a co systém zvolí uznat

a jakmile je vše zakódováno,
stává se těžším to zpochybňovat

protože není jasný okamžik,
kdy je lidské rozhodnutí viditelné

tak místo toho, abychom odstranili předsudky,
automatizace je možná jen posouvá
do vrstvy, kterou většina lidí nikdy nevidí

což mě přivádí k zamyšlení 🤔

Dělá automatizace skutečně distribuci spravedlivou?
nebo jen činí vrstvu rozhodování méně zřejmou v systémech jako $SIGN Síť.
Článek
EthSign a omezení ověřování dohod kdekolisnažím se pochopit, kde se EthSign vlastně vejde do širší architektury SIGN, a část, která mě stále přitahuje zpět, není samotné podepisování, ale co se stane po existenci dohody na povrchu vypadá EthSign jako jednoduchá náhrada za tradiční nástroje pro elektronické podpisy podepíšete dokument, je kryptograficky zabezpečen, a dohoda se stává ověřitelnou ale ta verze funguje opravdu pouze v kontextu, kde byla dohoda vytvořena protože většina dohod nemusí jen existovat, musí být odkazována jinde

EthSign a omezení ověřování dohod kdekoli

snažím se pochopit, kde se EthSign vlastně vejde do širší architektury SIGN, a část, která mě stále přitahuje zpět, není samotné podepisování, ale co se stane po existenci dohody
na povrchu vypadá EthSign jako jednoduchá náhrada za tradiční nástroje pro elektronické podpisy
podepíšete dokument, je kryptograficky zabezpečen, a dohoda se stává ověřitelnou
ale ta verze funguje opravdu pouze v kontextu, kde byla dohoda vytvořena

protože většina dohod nemusí jen existovat, musí být odkazována jinde
Přemýšlel jsem o odvolání v systému credential a připadá mi to jako jedna z těch věcí, které zní jednoduše, dokud se skutečně nepodíváte na to, jak to funguje v praxi na papíře dává odvolání credentialům větší bezpečnost, protože pokud se něco změní, systém může označit, že je neplatné a ověření by to mělo být schopno zachytit ale uvnitř systémů jako @SignOfficial to funguje pouze pokud má ověřovatel spolehlivý přístup k nejnovějšímu stavu což znamená, že platný credential není jen o samotném důkazu závisí na tom, zda systém může potvrdit, že je stále platný v ten přesný okamžik a to vytváří závislost, o které se moc nemluví protože nyní ověření již není zcela samoobsažné závisí na seznamu stavů, registrech nebo nějaké externí vrstvě, která je k dispozici a aktuální v rámci #SignDigitalSovereignInfra takže místo odstraňování předpokladů důvěry je přesouvá již nevěříte pouze vydavateli věříte systému, který vám říká, zda tvrzení toho vydavatele stále platí a ve velkém měřítku se to začíná cítit méně jako statický důkaz a více jako nepřetržitě udržovaný stav neříkám, že odvolání je špatné jen nejsem plně přesvědčen, zda činí credentialy bezpečnějšími nebo jen více závislými na tom, jak systémy jako $SIGN udrží vše v synchronizaci 🤔
Přemýšlel jsem o odvolání v systému credential a připadá mi to jako jedna z těch věcí, které zní jednoduše, dokud se skutečně nepodíváte na to, jak to funguje v praxi

na papíře dává odvolání credentialům větší bezpečnost, protože pokud se něco změní, systém může označit, že je neplatné a ověření by to mělo být schopno zachytit

ale uvnitř systémů jako @SignOfficial to funguje pouze pokud má ověřovatel spolehlivý přístup k nejnovějšímu stavu

což znamená, že platný credential není jen o samotném důkazu
závisí na tom, zda systém může potvrdit, že je stále platný v ten přesný okamžik

a to vytváří závislost, o které se moc nemluví

protože nyní ověření již není zcela samoobsažné
závisí na seznamu stavů, registrech nebo nějaké externí vrstvě, která je k dispozici a aktuální v rámci #SignDigitalSovereignInfra

takže místo odstraňování předpokladů důvěry je přesouvá

již nevěříte pouze vydavateli
věříte systému, který vám říká, zda tvrzení toho vydavatele stále platí

a ve velkém měřítku se to začíná cítit méně jako statický důkaz
a více jako nepřetržitě udržovaný stav

neříkám, že odvolání je špatné
jen nejsem plně přesvědčen, zda činí credentialy bezpečnějšími

nebo jen více závislými na tom, jak systémy jako $SIGN udrží vše v synchronizaci 🤔
Přemýšlím o tom, jak airdropy ve skutečnosti fungují v praxi, a část, která mě neustále trápí, není chytrý kontrakt, ale vše, co se děje před ním seznamy způsobilosti, snímky, filtrování, to vše se obvykle sestavuje mimo řetězec a tam se většina chyb vyskytuje, ne v samotném kontraktu TokenTable z @SignOfficial se snaží napojit na tuto vrstvu tím, že přímo spojuje distribuci s atestacemi namísto statických seznamů na papíře to zní čistěji, pokud je způsobilost definována jako verifikovatelná data, pak by distribuce měla být přesnější ale nemyslím si, že je to tak jednoduché protože nyní se otázka přesouvá z jestli je seznam správný? na jestli je atestace správná? a to stále závisí na tom, jak byla data shromážděna, kdo je vydal a jaká kritéria byla použita na začátku takže místo odstranění chyb může systém jen přesunout jednu vrstvu hlouběji složitější na vidění, složitější na zpochybnění, ale stále tam jsou v #SignDigitalSovereignInfra a jakmile je distribuce automatizována na základě těchto dat, jakákoliv chyba neexistuje jen tak, ale je realizována v měřítku což mě přivádí k otázce Snižuje TokenTable skutečně chyby airdropů, nebo je jen skrývá? a proto si dávám pozor na $SIGN a budu nadále pokládat otázky.
Přemýšlím o tom, jak airdropy ve skutečnosti fungují v praxi, a část, která mě neustále trápí, není chytrý kontrakt, ale vše, co se děje před ním

seznamy způsobilosti, snímky, filtrování, to vše se obvykle sestavuje mimo řetězec a tam se většina chyb vyskytuje, ne v samotném kontraktu

TokenTable z @SignOfficial se snaží napojit na tuto vrstvu tím, že přímo spojuje distribuci s atestacemi namísto statických seznamů

na papíře to zní čistěji, pokud je způsobilost definována jako verifikovatelná data, pak by distribuce měla být přesnější

ale nemyslím si, že je to tak jednoduché

protože nyní se otázka přesouvá z
jestli je seznam správný?
na jestli je atestace správná?

a to stále závisí na tom, jak byla data shromážděna, kdo je vydal a jaká kritéria byla použita na začátku

takže místo odstranění chyb může systém jen přesunout jednu vrstvu hlouběji
složitější na vidění, složitější na zpochybnění, ale stále tam jsou v #SignDigitalSovereignInfra

a jakmile je distribuce automatizována na základě těchto dat, jakákoliv chyba neexistuje jen tak, ale je realizována v měřítku

což mě přivádí k otázce

Snižuje TokenTable skutečně chyby airdropů, nebo je jen skrývá?

a proto si dávám pozor na $SIGN a budu nadále pokládat otázky.
Článek
Když se národní digitální identita stává přenosnou — Co vlastně nese důvěru?snažil jsem se pochopit, jak SIGN strukturuje národní digitální identitu a část, která mě stále táhne zpět, není samotný credential, ale jak je důvěra koordinována pod ním identifikační systémy nejsou jen o dokazování, kým jste, ale také o tom, kdo má právo definovat, co se počítá jako platná identita napříč různými systémy SSI zní, jako by to na povrchu vyřešilo spoustu toho, uživatel drží přihlašovací údaje, předkládá je, když je to potřeba, žádné opakované ověřování, žádné zbytečné vystavení ale v okamžiku, kdy se podíváte na vydávání, věci začínají být méně jednoduché

Když se národní digitální identita stává přenosnou — Co vlastně nese důvěru?

snažil jsem se pochopit, jak SIGN strukturuje národní digitální identitu a část, která mě stále táhne zpět, není samotný credential, ale jak je důvěra koordinována pod ním
identifikační systémy nejsou jen o dokazování, kým jste, ale také o tom, kdo má právo definovat, co se počítá jako platná identita napříč různými systémy
SSI zní, jako by to na povrchu vyřešilo spoustu toho, uživatel drží přihlašovací údaje, předkládá je, když je to potřeba, žádné opakované ověřování, žádné zbytečné vystavení
ale v okamžiku, kdy se podíváte na vydávání, věci začínají být méně jednoduché
Článek
Sign jako páteř suverénních systémů?Přemýšlel jsem o tom, jak se důvěra a suverenita skutečně projevují v digitální infrastruktuře, a část, která mě stále vrací zpět, je, jak Sign strukturuje kontrolu napříč svými ověřovacími a identitními vrstvami. Systémy suverenity nejsou jen o ukládání přihlašovacích údajů, ale také o přístupu, shodě, auditu a prosazování politiky na národní nebo podnikové úrovni. To znamená, že identitní infrastruktura není jen technická, ale také se týká správy. Architektura Sign odděluje veřejné osvědčení a distribuované identifikátory od citlivějších povolených vrstev, které spravují přístup a autorizaci. Z pohledu suverenity to dává smysl.

Sign jako páteř suverénních systémů?

Přemýšlel jsem o tom, jak se důvěra a suverenita skutečně projevují v digitální infrastruktuře, a část, která mě stále vrací zpět, je, jak Sign strukturuje kontrolu napříč svými ověřovacími a identitními vrstvami.
Systémy suverenity nejsou jen o ukládání přihlašovacích údajů, ale také o přístupu, shodě, auditu a prosazování politiky na národní nebo podnikové úrovni. To znamená, že identitní infrastruktura není jen technická, ale také se týká správy.
Architektura Sign odděluje veřejné osvědčení a distribuované identifikátory od citlivějších povolených vrstev, které spravují přístup a autorizaci. Z pohledu suverenity to dává smysl.
Přemýšlím o tom, jak @SignOfficial ověření vlastně funguje, jakmile začne používání růst, a upřímně, část, která se zdá příliš čistá, je předpoklad, že zůstává okamžitá bez ohledu na cokoliv. #SignDigitalSovereignInfra Na malém měřítku to funguje dobře jedno pověření → jedna kontrola → výsledek ale jakmile systém roste, ověření Signu přestává být jednou operací, protože začíná záviset na více vrstvách potvrzení je třeba přečíst schémata je třeba validovat vydavatelé musí být důvěryhodní někdy je třeba tahat data z externího úložiště někdy dokonce napříč řetězci a to všechno musí být dokončeno, než bude vrácena odpověď systém je stále technicky správný ale správnost tady opravdu není problém ale načasování ano protože ověřování identity je často přímo spojeno s přístupem a zpoždění nevypadá vždy jako selhání, ale projevuje se jako tření zmeškaná způsobilost zpožděné odpovědi nekonzistentní chování pod zátěží co dělá situaci zajímavější je, že se to neprojevuje za ideálních podmínek všechno vypadá hladce, dokud poptávka nezačne růst a více komponentů se musí odpovědět ve stejnou dobu to je místo, kde se koordinace stává skutečným omezením a koordinace se neškáluje tak čistě jako logika takže to, co vypadá jako ověřování v reálném čase v teorii, začne záviset na tom, jak dobře různé části $SIGN zůstávají synchronizovány pod tlakem nejsem si jistý, zda je infrastruktura identity skutečně optimalizována pro tento druh měřítka nebo zda prostě dobře funguje, dokud zátěž nezačne odhalovat limity každé vrstvy 🤔
Přemýšlím o tom, jak @SignOfficial ověření vlastně funguje, jakmile začne používání růst, a upřímně, část, která se zdá příliš čistá, je předpoklad, že zůstává okamžitá bez ohledu na cokoliv. #SignDigitalSovereignInfra

Na malém měřítku to funguje dobře
jedno pověření → jedna kontrola → výsledek

ale jakmile systém roste, ověření Signu přestává být jednou operací, protože začíná záviset na více vrstvách

potvrzení je třeba přečíst
schémata je třeba validovat
vydavatelé musí být důvěryhodní
někdy je třeba tahat data z externího úložiště
někdy dokonce napříč řetězci

a to všechno musí být dokončeno, než bude vrácena odpověď

systém je stále technicky správný
ale správnost tady opravdu není problém
ale načasování ano

protože ověřování identity je často přímo spojeno s přístupem
a zpoždění nevypadá vždy jako selhání, ale projevuje se jako tření

zmeškaná způsobilost
zpožděné odpovědi
nekonzistentní chování pod zátěží

co dělá situaci zajímavější je, že se to neprojevuje za ideálních podmínek
všechno vypadá hladce, dokud poptávka nezačne růst a více komponentů se musí odpovědět ve stejnou dobu

to je místo, kde se koordinace stává skutečným omezením a koordinace se neškáluje tak čistě jako logika

takže to, co vypadá jako ověřování v reálném čase v teorii, začne záviset na tom, jak dobře různé části $SIGN zůstávají synchronizovány pod tlakem

nejsem si jistý, zda je infrastruktura identity skutečně optimalizována pro tento druh měřítka
nebo zda prostě dobře funguje, dokud zátěž nezačne odhalovat limity každé vrstvy 🤔
Článek
Midnight Ověřuje Všechno — Ale To Neznamená, Že To Chápeme:Myslela jsem, že pokud něco ověřuje, mělo by to stačit. Pokud důkaz projde kontrolou, systém to přijme a nic se nezhroutí, pak to musí fungovat. Aspoň tak to vypadá zvenčí. Ale čím déle s touto myšlenkou sedím, tím více mi přijde neúplná. Ověření vám pouze říká, že něco dodržovalo pravidla. Neříká vám, zda byla tato pravidla plně promyšlena, nebo zda jsou natahována způsoby, které si nikdo opravdu nevšimne. A tento rozdíl začne být důležitější v systémech jako Midnight.

Midnight Ověřuje Všechno — Ale To Neznamená, Že To Chápeme:

Myslela jsem, že pokud něco ověřuje, mělo by to stačit. Pokud důkaz projde kontrolou, systém to přijme a nic se nezhroutí, pak to musí fungovat. Aspoň tak to vypadá zvenčí.
Ale čím déle s touto myšlenkou sedím, tím více mi přijde neúplná. Ověření vám pouze říká, že něco dodržovalo pravidla. Neříká vám, zda byla tato pravidla plně promyšlena, nebo zda jsou natahována způsoby, které si nikdo opravdu nevšimne.
A tento rozdíl začne být důležitější v systémech jako Midnight.
Systémy se nerozpadávají hlasitě, nejprve tiše driftují. Asi si toho začínám všímat. Obvykle očekáváme, že selhání bude zřejmé. Něco se zhroutí, něco přestane fungovat, něco jasně nefunguje. Ale většinu času to tak není. Věci stále běží. Všechno stále ověřuje. Nic nevypadá rozbité. A to je přesně důvod, proč to nikdo nezpochybňuje. Malé předpoklady se protahují. Podmínky se znovu používají. Logika, která nikdy nebyla důkladně testována, stále prochází, protože technicky stále vyhovuje pravidlům. Na něčem jako Midnight to působí ještě zajímavěji. Protože systém může stále prokazovat, že věci jsou platné, aniž by ukázal, co se vlastně děje pod povrchem. Z venku to vypadá všechno stabilně. Ale stabilita neznamená vždy správnost. Někdy to jen znamená, že nic nebylo ještě zpochybněno. A to je ta část, nad kterou stále přemýšlím. Co když systémy neselžou, když se rozpadnou, ale když si konečně všimneme, že už selhaly? @MidnightNetwork $NIGHT #night {future}(NIGHTUSDT)
Systémy se nerozpadávají hlasitě, nejprve tiše driftují.

Asi si toho začínám všímat.

Obvykle očekáváme, že selhání bude zřejmé. Něco se zhroutí, něco přestane fungovat, něco jasně nefunguje.

Ale většinu času to tak není.

Věci stále běží. Všechno stále ověřuje. Nic nevypadá rozbité. A to je přesně důvod, proč to nikdo nezpochybňuje.

Malé předpoklady se protahují. Podmínky se znovu používají. Logika, která nikdy nebyla důkladně testována, stále prochází, protože technicky stále vyhovuje pravidlům.

Na něčem jako Midnight to působí ještě zajímavěji.

Protože systém může stále prokazovat, že věci jsou platné, aniž by ukázal, co se vlastně děje pod povrchem.

Z venku to vypadá všechno stabilně.

Ale stabilita neznamená vždy správnost.

Někdy to jen znamená, že nic nebylo ještě zpochybněno.

A to je ta část, nad kterou stále přemýšlím.

Co když systémy neselžou, když se rozpadnou,
ale když si konečně všimneme, že už selhaly?

@MidnightNetwork $NIGHT #night
Přihlaste se a prozkoumejte další obsah
Připojte se ke globálním uživatelům kryptoměn na Binance Square.
⚡️ Získejte nejnovější užitečné informace o kryptoměnách.
💬 Důvěryhodné pro největší světovou kryptoměnovou burzu.
👍 Prozkoumejte skutečné postřehy od ověřených tvůrců.
E-mail / telefonní číslo
Mapa stránek
Předvolby souborů cookie
Pravidla a podmínky platformy