Один и тот же VP, та же самая Bitcoin key уже прошли проверку в Aave v4 — почему при смене приложения нельзя автоматически получить право на обслуживание? Ответ на этот вопрос один: доказательство владения ключом и доказательство права — это разные вещи.
Сначала вопрос: что именно доказывает BIP-322? Он доказывает, что податель заявки контролирует соответствующий Bitcoin key. При регистрации Vault Provider связывают Ethereum-адрес и Bitcoin x-only публичный ключ. BIP-322 проверяет, у кого находится эта ключевая пара; доказательством служит проверяемая подпись, а не визитка. Что касается того, какие двери может открыть этот ключ, — одной проверкой это не покрывается.
Далее вопрос: чего BIP-322 не доказывает? Он не доказывает KYC, юридическую идентичность, репутацию или качество сервиса. То, что ключ проверен, не означает, что эта компания надежна во всех сценариях.
Так почему же у некоторых возникает ощущение, что при смене приложения всё автоматически начнет работать? Потому что связь при регистрации привязана к конкретному приложению. В текущей конструкции Aave v4 — единственное зарегистрированное приложение. Если один и тот же VP в будущем будет обслуживать несколько приложений, нужно отдельно установить регистрационные отношения. Несколько приложений сейчас — это будущий сценарий. Область действия прав следует за регистрацией, а не за брендом: бренд — это рыночное впечатление, регистрация — это запись в протоколе; протокол признает только последнюю.
А если в будущем один и тот же VP реально будет обслуживать много приложений? Тогда нужно заново закреплять сами регистрационные отношения, а не воспринимать одну-единственную проверку как вечный пропуск, которым можно пользоваться везде. Ключ можно переиспользовать, бренд можно поддерживать, но границы прав не должны автоматически раздуваться вместе с брендом.
Возвращаемся к исходному вопросу: нельзя автоматически получить право на обслуживание, потому что в Trustless Bitcoin Vaults (TBV) по адресу @BabylonLabs_io подтверждение владения ключом остается подтверждением владения ключом; область обслуживания зависит от конкретной регистрации приложения. Качество обслуживания ищется по другим доказательствам — например, по фактическим записям работы и проверяемым результатам, а не по одной лишь BIP-322-проверке. В экосистеме $BABY эту мысль стоит прибить у себя на лбу: то, что вы можете доказать, что держите ключ, не означает, что вы можете открыть каждую дверь; открыть дверь — не значит, что за ней все принадлежит вам. #baby
Сначала вопрос: что именно доказывает BIP-322? Он доказывает, что податель заявки контролирует соответствующий Bitcoin key. При регистрации Vault Provider связывают Ethereum-адрес и Bitcoin x-only публичный ключ. BIP-322 проверяет, у кого находится эта ключевая пара; доказательством служит проверяемая подпись, а не визитка. Что касается того, какие двери может открыть этот ключ, — одной проверкой это не покрывается.
Далее вопрос: чего BIP-322 не доказывает? Он не доказывает KYC, юридическую идентичность, репутацию или качество сервиса. То, что ключ проверен, не означает, что эта компания надежна во всех сценариях.
Так почему же у некоторых возникает ощущение, что при смене приложения всё автоматически начнет работать? Потому что связь при регистрации привязана к конкретному приложению. В текущей конструкции Aave v4 — единственное зарегистрированное приложение. Если один и тот же VP в будущем будет обслуживать несколько приложений, нужно отдельно установить регистрационные отношения. Несколько приложений сейчас — это будущий сценарий. Область действия прав следует за регистрацией, а не за брендом: бренд — это рыночное впечатление, регистрация — это запись в протоколе; протокол признает только последнюю.
А если в будущем один и тот же VP реально будет обслуживать много приложений? Тогда нужно заново закреплять сами регистрационные отношения, а не воспринимать одну-единственную проверку как вечный пропуск, которым можно пользоваться везде. Ключ можно переиспользовать, бренд можно поддерживать, но границы прав не должны автоматически раздуваться вместе с брендом.
Возвращаемся к исходному вопросу: нельзя автоматически получить право на обслуживание, потому что в Trustless Bitcoin Vaults (TBV) по адресу @BabylonLabs_io подтверждение владения ключом остается подтверждением владения ключом; область обслуживания зависит от конкретной регистрации приложения. Качество обслуживания ищется по другим доказательствам — например, по фактическим записям работы и проверяемым результатам, а не по одной лишь BIP-322-проверке. В экосистеме $BABY эту мысль стоит прибить у себя на лбу: то, что вы можете доказать, что держите ключ, не означает, что вы можете открыть каждую дверь; открыть дверь — не значит, что за ней все принадлежит вам. #baby