Згідно з новинами PANews 5 вересня, відповідно до інформації з округу SlowMist, токени NEXT деяких облікових записів були затребувані на неочікувані адреси. Після подальшого аналізу командою безпеки SlowMist короткий аналіз виглядає наступним чином:
Користувачі можуть вимагати токени NEXT за допомогою функції claimBySignature контракту NEXT Distributor. Існують ролі одержувача та бенефіціара. Роль одержувача використовується для отримання токенів NEXT заявки. Роль бенефіціара — це адреса, яка має право на отримання токенів NEXT. Це було визначено, коли протокол Connext оголошує кваліфікацію повітряних інвестицій. Коли користувач претендує на токени NEXT, контракт виконує дві перевірки: одна перевіряє підпис бенефіціара, а інша перевіряє, чи має бенефіціар права на отримання airdrop. Під час першої перевірки буде перевірено, чи одержувач, переданий користувачем, підписаний роллю бенефіціара, тому передана за бажанням адреса одержувача не може пройти перевірку без підпису бенефіціара. Якщо ви вказуєте адресу бенефіціара для створення підпису, навіть якщо він може пройти перевірку підпису, він не пройде другу перевірку на відповідність airdrop. Перевірка відповідності airdrop здійснюється через сертифікат Merkel, який має бути офіційно згенерований протоколом Connext. Таким чином, користувачі, які не мають права отримувати розсилки, не можуть обійти перевірку, щоб отримати розсилки від інших.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Згідно з новинами PANews 5 вересня, відповідно до інформації з округу SlowMist, токени NEXT деяких облікових записів були затребувані на неочікувані адреси. Після подальшого аналізу командою безпеки SlowMist короткий аналіз виглядає наступним чином:
Користувачі можуть вимагати токени NEXT за допомогою функції claimBySignature контракту NEXT Distributor. Існують ролі одержувача та бенефіціара. Роль одержувача використовується для отримання токенів NEXT заявки. Роль бенефіціара — це адреса, яка має право на отримання токенів NEXT. Це було визначено, коли протокол Connext оголошує кваліфікацію повітряних інвестицій.
Коли користувач претендує на токени NEXT, контракт виконує дві перевірки: одна перевіряє підпис бенефіціара, а інша перевіряє, чи має бенефіціар права на отримання airdrop. Під час першої перевірки буде перевірено, чи одержувач, переданий користувачем, підписаний роллю бенефіціара, тому передана за бажанням адреса одержувача не може пройти перевірку без підпису бенефіціара. Якщо ви вказуєте адресу бенефіціара для створення підпису, навіть якщо він може пройти перевірку підпису, він не пройде другу перевірку на відповідність airdrop. Перевірка відповідності airdrop здійснюється через сертифікат Merkel, який має бути офіційно згенерований протоколом Connext. Таким чином, користувачі, які не мають права отримувати розсилки, не можуть обійти перевірку, щоб отримати розсилки від інших.