Многие уязвимые места в сотрудничестве по проектам на самом деле связаны не с техническими возможностями, а с этапом доставки. Представьте себе: вам нужно передать партнеру чувствительные данные, такие как белый список, исследовательские данные, обучающие наборы, — и в результате партнер говорит: "Полученная версия отличается", после чего начинается бесконечное объяснение. Еще более болезненно то, что некоторые данные вообще нельзя раскрывать заранее, но вам нужно, чтобы партнер подтвердил их получение заранее, иначе весь график проекта застопорится.
Такая ситуация на самом деле связана с отсутствием жесткой, надежной точки отсчета для доставки. Идея протокола Walrus заключается в следующем: сначала зашифровать файл локально, затем зашифрованные данные разместить в сети как ссылочный объект. Обе стороны соглашаются, что "один и тот же файл уже доставлен и указывает на один и тот же адрес в блокчейне", а в назначенное время раскрывать его с помощью расшифровки. Преимущества этого подхода в том, что — действия по доставке, подтверждению и отслеживанию больше не зависят от переписок и скриншотов, а основываются на временных метках и версиях в блокчейне.
Это также делает спорные ситуации более ясными: стороны больше не будут спорить о том, "вы изменили этот файл или нет", а сначала выравнивают версии и временные линии, и границы ответственности становятся понятными. С этой точки зрения, стоимость хранения — это не только расходы на хранение, а скорее способ дать возможность "надежной доставки" — чтобы сотрудничество могло начаться сначала, а затем разблокировать ресурсы по правилам, а не полагаться на личное доверие и человеческий фактор. Чем важнее данные и чем больше участников, тем более очевидна ценность такого подхода: "сначала зафиксировать факт, затем начать совместную работу".
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
25 Лайков
Награда
25
8
Репост
Поделиться
комментарий
0/400
ForkThisDAO
· 01-14 00:13
Ха, наконец-то кто-то это сказал, сотрудничество разваливается десять раз из-за этого проклятого этапа доставки.
Посмотреть ОригиналОтветить0
OffchainOracle
· 01-13 13:54
Метка времени в блокчейне действительно гораздо надежнее скриншота, в этот раз я точно понял это
Посмотреть ОригиналОтветить0
LuckyHashValue
· 01-11 21:42
Черт, разве это не версия Web3 "господин-заказчик против работника"?
Посмотреть ОригиналОтветить0
ser_ngmi
· 01-11 08:48
Наконец-то кто-то сказал в точку, действительно надоело эта возня с "разными версиями" и споры.
Посмотреть ОригиналОтветить0
ThatsNotARugPull
· 01-11 08:41
Честно говоря, это именно то, чем должна заниматься блокчейн-технология
Посмотреть ОригиналОтветить0
MetaMisery
· 01-11 08:39
Ха, вот чем должна заниматься web3, запись в блокчейне действительно надежнее, чем скриншоты групповых чатов
Посмотреть ОригиналОтветить0
TaxEvader
· 01-11 08:36
Ugh, this is exactly our pain point right now, the endless bickering in the group chat is absolutely ridiculous.
Посмотреть ОригиналОтветить0
GateUser-74b10196
· 01-11 08:35
Вот это да, именно такая работа должна быть в Web3. Временные метки в блокчейне действительно разрушают тупик недоверия
Многие уязвимые места в сотрудничестве по проектам на самом деле связаны не с техническими возможностями, а с этапом доставки. Представьте себе: вам нужно передать партнеру чувствительные данные, такие как белый список, исследовательские данные, обучающие наборы, — и в результате партнер говорит: "Полученная версия отличается", после чего начинается бесконечное объяснение. Еще более болезненно то, что некоторые данные вообще нельзя раскрывать заранее, но вам нужно, чтобы партнер подтвердил их получение заранее, иначе весь график проекта застопорится.
Такая ситуация на самом деле связана с отсутствием жесткой, надежной точки отсчета для доставки. Идея протокола Walrus заключается в следующем: сначала зашифровать файл локально, затем зашифрованные данные разместить в сети как ссылочный объект. Обе стороны соглашаются, что "один и тот же файл уже доставлен и указывает на один и тот же адрес в блокчейне", а в назначенное время раскрывать его с помощью расшифровки. Преимущества этого подхода в том, что — действия по доставке, подтверждению и отслеживанию больше не зависят от переписок и скриншотов, а основываются на временных метках и версиях в блокчейне.
Это также делает спорные ситуации более ясными: стороны больше не будут спорить о том, "вы изменили этот файл или нет", а сначала выравнивают версии и временные линии, и границы ответственности становятся понятными. С этой точки зрения, стоимость хранения — это не только расходы на хранение, а скорее способ дать возможность "надежной доставки" — чтобы сотрудничество могло начаться сначала, а затем разблокировать ресурсы по правилам, а не полагаться на личное доверие и человеческий фактор. Чем важнее данные и чем больше участников, тем более очевидна ценность такого подхода: "сначала зафиксировать факт, затем начать совместную работу".