tooba raj

I woke up in the morning and saddenly a thought came to me, to be honest, I've been th
inking about something for a while now... What exactly @SignOfficial trying to build - I was trying to understand this a little deeper. What exactly @SignOfficial trying to build - I was trying to understand this a little deeper. At first, I thought, okay... another attstation layer, nothing new in crypto. But after reading for a while, I realized that real game here is somewhere else. When we usually say "digital ID", we imagine a system - a database, where all the information is stored. But reality is completely different. No country starts from scratch. There are already many things - birth registration, NID, bank KYC, passport database... but they don't work together. Each one is a separate island. This is where Sign is thinking a little differently. They are saying that - there is no need to build everything anew. Instead, build a layer that will connect them. I mean... not replace, integrate. But here the question arises - this "connecting" thing has tried before. Why doesn't it work? They talked about three models - centralized, federated, wallet-based.And honestly…

All three models have some problems. In the centralized model, it's easy. Everything is in one place. But at the same time, it is a big problem. If everything is in one place, it means it is a huge target. Hack, misuse – everything is there. There is an interesting point by Sign. Do not keep it to yourself; give it to the user... but in the form of credentials. That means... less database; more proof. In the federated model, there is a different problem. In this model, one system talks to another system. But there is a broker between them. And honestly, that broker knows everything. Where did you log in? What did you verify? Everything is traceable. There is a point by Sign about direct verification. Getting rid of unnecessary observers between the issuer and the verifier. It sounds good… but how well it can be done is also an open question. In the wallet model, there are some interesting points. It is personally the most interesting model to me. In this model, the user has his own credentials in the wallet. It sounds powerful. But at the same time, there is a big problem. What used to happen before -
If you wanted to prove your age, you would need to show your entire NID. That means exposing a lot of information that is not really needed. But here, Sign says no more. Just prove that you are 18+. Simple. Or at least, it sounds simple. But really, it is a paradigm shift. Because here, data is not being shared. The condition is being proved. And that is where ZKP comes into play. Zero knowledge proof. Well, this thing was a little abstract to me until now. But here, it makes a lot of sense. You are going to prove that this is valid. But not share the data. Well, the system trusts you. But not taking your data. Well... this is the part of the system that I personally think is the most interesting. It is all about privacy. No, it is controlled exposure. But there is a tension here. Because who is going to define the proof? Well... what is going to be considered true and what is not going to be true. That is a tough one. That is where the schema system of Sign comes into play. It is being Another thing I noticed -

@SignOfficial actually wants to reduce data flow, wants to increase proof flow. I mean, what used to be - data everywhere. Now, they are saying - data stay, proof move. This is theoretically very clean. But, you know, will it be accepted by systems or not? Because, you know, companies have been able to create value by collecting data. Now, if they do not have data, will they be able to work on proof only? This is not an easy transition.
Another side - economic side. If everything is based on proof, then cost of infrastructure, cost of computation, cost of verification - all this will increase. It is not cheap, ZKP. It means architecture is strong, but cost dynamics are not clear...
In the end, what I feel is-
@SignOfficial is not a product. They want to develop a base layer. A trust fabric... that will allow the connection of systems, without the exposure of data. The idea is great. The execution is difficult. And, honestly speaking... assessing this kind of project is a bit tricky. Because it should not be assessed based on hype, and it is not right to ignore this one. I am not fully convinced, but I am not fully dismissing this one, too. Because the problem is real. And at least, they have identified the problem in the right place. The rest is just execution. But this is one place to see, really. I am tho obak 🚀
@SignOfficial
#SignDigitalSovereignInfra
$SIGN

@SignOfficial :Я думал об этой всей проблеме с ончейн аттестациями и газовыми сборами, и, честно говоря, это начинает раздражать с течением времени. И когда я пытаюсь загрузить много данных в блокчейн, это становится действительно дорого на каком-то этапе. Использование блокчейна для этих данных просто больше не имеет смысла. Блокчейн не является выбором... для этих данных, когда это стоит слишком много. Вот почему вся эта концепция разгрузки тяжелых данных находит отклик во мне, особенно когда вы смотрите на то, как Sign Protocol подходит к этому, вместо того чтобы просто запихивать все данные в цепочку, накапливая безумные газовые сборы, вы просто перемещаете тяжелые данные в другое место, например, Arweave или IPFS. Затем вы просто оставляете небольшой кусок в цепочке, например, CID. Это легкий, дешевый и эффективный способ. Тяжелые данные все еще там; мы просто не засоряем цепочку. Что мне нравится в Sign Protocol, так это то, что он не заставляет меня путаться в схемах, и аттестации четко показывают, где находятся данные, и я не догадываюсь, я точно знаю, где получить данные, такая ясность важна, когда я работаю с своими реальными данными, а не просто теорией. В то же время я понимаю, что не всем комфортно работать с полностью децентрализованным хранением, и некоторые люди должны следовать правилам. Поэтому хорошо, что Sign Protocol позволяет мне использовать собственное хранилище, если это необходимо, я не привязан к одной системе. Для меня это кажется сбалансированным подходом, держать цепочку чистой. Храните только то, что необходимо, а остальное где-то более разумно. Это просто здравый смысл, и Sign Protocol, похоже, это понимает. Я не сохраняю все на цепочке просто потому, что могу. Будьте избирательными и экономьте свой газ, и используйте правильное место для правильного типа данных…

Я видел много заявлений в криптопространстве, и большинство из них звучат здорово и невероятно, но исчезают, когда вещи находятся на пике. Когда я услышал о fail-safe инфраструктуре, я не воспринял это сразу с энтузиазмом. Я подумал, что мне нужно изучить это более глубоко. Да, SIgn Protocol привлек мое внимание и напомнил мне о stargIght по-другому. Это не просто разговоры об этом; это делается. Основная идея довольно проста и исключительна: создавать системы, которые не разрушаются под давлением не только пользователей, подобных мне, но и целых стран. Это такое огромное заявление. Государствам не нужны эксперименты. Правительствам нужны вещи, которые работают, даже когда все остальное распадается. Что мне нравится в этом, так это то, что они сосредоточены на устойчивости к шоку. Это реально. Рынки рушатся. Банки замораживаются. Системы терпят неудачу. Я видел, как это происходит слишком много раз. Если система не может выдержать нагрузку и стресс, она бесполезна, когда она нужна больше всего.

Большинство людей думает, что подписанный PDF — это конец истории. Я тоже так думал. Это не так.
Пока я проходил через EthSign, я продолжал задавать себе простой вопрос: что на самом деле остается после того, как обе стороны подписывают? Не файл... но доказательство.
Вот где это становится неудобно. Цифровая подпись на самом деле не подтверждает согласие так, как мы предполагаем. Она подтверждает, что ключ подписал что-то в определенное время. Вот и все. Это не подтверждает, видели ли обе стороны одну и ту же версию или был ли подписывающий действительно уполномочен. Этот разрыв больше, чем кажется.

Я думаю, что это курс по программному обеспечению, который научил нас различию между проприетарным протоколом и открытым стандартом, приведя нам один единственный пример, и если ваше приложение сохраняет данные в проприетарном формате, который может читать только один поставщик, вы навсегда привязаны к этому поставщику. Если ваше приложение хранит данные в открытом стандарте, любая система может их прочитать, и вы свободны сменить поставщика в любое время.
это звучит как довольно хорошая базовая концепция, пока вы не увидите, сколько критических систем это неправильно.

Я помню фазу, когда я продолжал преследовать нарративы, которые казались структурно важными, но никогда не переводились в фактическое использование. Цифровая идентичность была одной из них. Идея казалась очевидной. Если пользователи контролируют свои данные, платформы естественным образом сдвинутся в сторону этой модели. В то время я верил, что сама концепция достаточно, чтобы стимулировать принятие. Но когда я начал глубже вникать в то, как эти системы были реализованы, я заметил нечто неудобное. Большинство решений либо вводили скрытые центральные точки управления, либо требовали слишком много усилий от пользователей, чтобы функционировать на практике. Этот опыт изменил то, как я оцениваю эти проекты. Теперь я уделяю больше внимания тому, может ли система работать тихо в фоновом режиме, не заставляя пользователей думать об этом. Этот сдвиг в мышлении и стал причиной, почему подход Sign привлек мое внимание. Не потому, что цифровая идентичность — это новая концепция, а потому, что она ставит более приземленный вопрос. Что происходит, когда идентичность не просто функция, а основная часть финансовой инфраструктуры. Более конкретно, может ли идентичность быть встроена в то, как системы цифровой валюты функционируют в регионах, которые активно строят новые экономические рамки. Таким образом, реальный вопрос заключается в том, может ли эта модель выйти за пределы изолированных случаев использования и поддерживать реальную экономическую активность в масштабе. С точки зрения структуры, подход публичной блокчейн технологии Sign построен вокруг проверяемой идентичности, интегрированной непосредственно в потоки транзакций.

Сеть Midnight исследует эту концепцию. Они используют доказательства с нулевым разглашением, чтобы создать частные контракты, которые можно проверить. Таким образом, мы получаем лучшее из обоих миров, не показывая всего. Существуют два типа контрактов: публичные и частные.
В публичном контракте вся информация отображается. Это прозрачно, но не конфиденциально.
В частном контракте вы можете проверить результаты, не показывая, как вы к ним пришли.
Например, компания хочет проверить, соблюдают ли их поставщики правила.