Binance Square
假装在抄底
3k Публикации

假装在抄底

Square Verified+
有钱不上北上广,落难必空以太坊,你空大饼我硬扛, 主打一个心态强!! 现货合约返佣:MY675 钱包返佣:MY6751
Открытая сделка
Владелец USD1
Владелец USD1
Трейдер с регулярными сделками
1.2 г
1.2K+ подписок(и/а)
33.3K+ подписчиков(а)
19.5K+ понравилось
Посты
Портфель
PINNED
·
--
⚠️ Напоминание, братва: инвайт-код на Binance — MY6751. Комиссии меньше на 30% (самые высокие по всей сети), зачисление автоматически. Даже старые аккаунты, которые уже используются, тоже можно указать. Alpha, спот, торговые соревнования, фьючерсы, токенизированные акции — все сэкономят 30%. Три шага, и готово: 1️⃣ Приложение Binance → Кошелёк → Пригласить друга 2️⃣ Нажмите «Ввести инвайт-код», комиссия уменьшится на 30% 3️⃣ Введите MY6751
⚠️ Напоминание, братва: инвайт-код на Binance — MY6751. Комиссии меньше на 30% (самые высокие по всей сети), зачисление автоматически. Даже старые аккаунты, которые уже используются, тоже можно указать. Alpha, спот, торговые соревнования, фьючерсы, токенизированные акции — все сэкономят 30%.

Три шага, и готово:
1️⃣ Приложение Binance → Кошелёк → Пригласить друга
2️⃣ Нажмите «Ввести инвайт-код», комиссия уменьшится на 30%
3️⃣ Введите MY6751
«Бог войны 10U» — в первом выпуске раздача составила 27U, по соотношению цены и качества всё довольно неплохо. Во втором выпуске снова началось: всё по старым правилам — сразу хеджировать сделку, заработать 10U и уйти. Инструкцию смотри у меня ниже 👇🏻, в предыдущих постах. #10U战神
«Бог войны 10U» — в первом выпуске раздача составила 27U, по соотношению цены и качества всё довольно неплохо.

Во втором выпуске снова началось: всё по старым правилам — сразу хеджировать сделку, заработать 10U и уйти. Инструкцию смотри у меня ниже 👇🏻, в предыдущих постах.
#10U战神
假装在抄底
·
--
Пришел туториал по «10U War God»!

Без лишних слов: покажу, как работать с контрактными высоковолатильными Meme-монетами вроде $龙虾 или $币安人生 . Покупаете в кошельке на 200$, открываете шорт по контракту с плечом 1х на те же 200$ для хеджа, зарабатываете 10$ — и на этом всё, спокойно забираете долю за 50 000 USDT.

⚠️ Напоминание братцам: перед участием в акции можно использовать инвайт-код кошелька Binance — MY6751, чтобы сэкономить 30% комиссии (самый высокий в сети), зачисление произойдет автоматически. Даже для старых аккаунтов, которые уже используются, можно указать: Alpha, спот, торговые соревнования, контракты, токенизированные акции — везде минус 30%.
Три шага:
1️⃣ Binance App → Кошелек → Пригласить друга
2️⃣ Нажмите «Введите инвайт-код» — комиссия уменьшится на 30%
3️⃣ Введите MY6751
#撸毛攻略 #10U战神
#美国7月零售销售下降0.6%
#Cboe申请3倍比特币与以太坊ETF

Проверено
📅Сегодня в 20:00 Binance Alpha запустит Canopy (CNPY) Canopy делает ставку на «быструю разработку on-chain приложений с помощью AI». Проще говоря: сложные вещи вроде сборки (подцепления) цепи и деплоя приложений превращаются в более простые шаги. Проект приобрёл ключевые технологии Tanssi и привлёк $8,5 млн инвестиций; среди инвесторов — Arrington, Fenbushi, Borderless и SNZ, бэкграунд в целом неплохой. Но есть несколько моментов, на которые стоит обратить внимание: На сайте проекта заявлены 350 тыс. пользователей и 25 тыс. разработчиков, однако это в основном данные тестнетов. Реальные доходы и спрос на мейннете пока неочевидны. Максимальное предложение CNPY — 560 млн монет. На CMC указано, что в обращении около 67,12 млн, но общее предложение в цепочке уже превышает 228 млн. Разница между разными метриками очень существенная. Неясно, сколько именно смогут продать инвесторы, команда и по эйрдропам — это объяснено не очень подробно. Ориентир по цене ончейн-пула — около $0,1116, что соответствует FDV примерно $62,5 млн. Пул не выглядит глубоким: есть анализ, что покупателя на $200 тыс. может хватить, чтобы продавить цену примерно до $0,24 — то есть на старте легко ждать «разгон вверх, а затем резкий откат». К тому же сегодня в 20:00 также синхронно открываются Bitget, Gate и другие биржи — отдельного двухчасового «окна эксклюзивной накачки» нет. Эйрдроп Binance, проектные эйрдропы и монеты с других платформ могут продаваться одновременно. После всплеска нужно быть осторожным: цена может быстро откатить вниз. Мой план продажи по эйрдропу: 0.18 и выше: продать половину — сначала забрать прибыль 0.24: продать большую часть оставшегося, максимум оставить 10% посмотреть, что будет дальше Причина простая: «пол» пула — около $0,1116, и $0,18 легко могут быть достигнуты в первой волне разгона. Ончейн-расчёты показывают, что покупка примерно на $200 тыс. способна подтолкнуть цену к $0,24 — это тоже выглядит как заметная зона для фиксации. Если на старте цена сразу окажется выше $0,24, не нужно ждать выставленных ордеров — можно продавать частями рыночными ордерами. Смысл бесплатного эйрдропа — забрать деньги, а не гадать, где пик.
📅Сегодня в 20:00 Binance Alpha запустит Canopy (CNPY)

Canopy делает ставку на «быструю разработку on-chain приложений с помощью AI». Проще говоря: сложные вещи вроде сборки (подцепления) цепи и деплоя приложений превращаются в более простые шаги. Проект приобрёл ключевые технологии Tanssi и привлёк $8,5 млн инвестиций; среди инвесторов — Arrington, Fenbushi, Borderless и SNZ, бэкграунд в целом неплохой.

Но есть несколько моментов, на которые стоит обратить внимание:
На сайте проекта заявлены 350 тыс. пользователей и 25 тыс. разработчиков, однако это в основном данные тестнетов. Реальные доходы и спрос на мейннете пока неочевидны.
Максимальное предложение CNPY — 560 млн монет. На CMC указано, что в обращении около 67,12 млн, но общее предложение в цепочке уже превышает 228 млн. Разница между разными метриками очень существенная. Неясно, сколько именно смогут продать инвесторы, команда и по эйрдропам — это объяснено не очень подробно.
Ориентир по цене ончейн-пула — около $0,1116, что соответствует FDV примерно $62,5 млн. Пул не выглядит глубоким: есть анализ, что покупателя на $200 тыс. может хватить, чтобы продавить цену примерно до $0,24 — то есть на старте легко ждать «разгон вверх, а затем резкий откат».
К тому же сегодня в 20:00 также синхронно открываются Bitget, Gate и другие биржи — отдельного двухчасового «окна эксклюзивной накачки» нет. Эйрдроп Binance, проектные эйрдропы и монеты с других платформ могут продаваться одновременно. После всплеска нужно быть осторожным: цена может быстро откатить вниз.

Мой план продажи по эйрдропу:
0.18 и выше: продать половину — сначала забрать прибыль
0.24: продать большую часть оставшегося, максимум оставить 10% посмотреть, что будет дальше

Причина простая: «пол» пула — около $0,1116, и $0,18 легко могут быть достигнуты в первой волне разгона. Ончейн-расчёты показывают, что покупка примерно на $200 тыс. способна подтолкнуть цену к $0,24 — это тоже выглядит как заметная зона для фиксации.
Если на старте цена сразу окажется выше $0,24, не нужно ждать выставленных ордеров — можно продавать частями рыночными ордерами. Смысл бесплатного эйрдропа — забрать деньги, а не гадать, где пик.
Стратегия для рывка по 5 баллам Alpha任务5 🔥 Завтра, скорее всего, будет airdrop, так что сегодняшнее задание на 5 баллов уже можно начинать делать Краткий обзор задания Совершите сделку в кошельке Binance на 50U с eMeme и получите 5 баллов Alpha. (Внимание: выбирайте только “eMeme”, не перепутайте пул!) Путь Кошелёк Binance → нижний левый угол “Рынок” → сверху выберите “Meme” → справа найдите вход в “eMeme” Личный практический совет · Лучше купить на 51U, так надёжнее (после проскальзывания сумма может стать меньше 50U, и награда может не засчитаться, не упирайтесь в порог) · Выберите на сети Base пул “DeFi TVL竞赛”, проскальзывание около 1.5U, хорошее соотношение цена/эффективность (Комиссия сервиса eMeme — 0.5%, привязка кошелька с реферальным кодом MY6751 даёт 30% кэшбэка в Binance Wallet, в этом задании можно дополнительно сэкономить 0.15u; как привязать реферальный код — смотрите фотоинструкцию)
Стратегия для рывка по 5 баллам Alpha任务5 🔥

Завтра, скорее всего, будет airdrop, так что сегодняшнее задание на 5 баллов уже можно начинать делать

Краткий обзор задания
Совершите сделку в кошельке Binance на 50U с eMeme и получите 5 баллов Alpha.
(Внимание: выбирайте только “eMeme”, не перепутайте пул!)

Путь
Кошелёк Binance → нижний левый угол “Рынок” → сверху выберите “Meme” → справа найдите вход в “eMeme”

Личный практический совет

· Лучше купить на 51U, так надёжнее (после проскальзывания сумма может стать меньше 50U, и награда может не засчитаться, не упирайтесь в порог)
· Выберите на сети Base пул “DeFi TVL竞赛”, проскальзывание около 1.5U, хорошее соотношение цена/эффективность

(Комиссия сервиса eMeme — 0.5%, привязка кошелька с реферальным кодом MY6751 даёт 30% кэшбэка в Binance Wallet, в этом задании можно дополнительно сэкономить 0.15u; как привязать реферальный код — смотрите фотоинструкцию)
$DEBIT 最高点 1.5 и я заранее заданные линии фиксации — ни на цент не промах。 Перед открытием всё было расписано чётко: выше 1.5 — в основном полностью фиксирую прибыль. Сегодня прямо на старте цена резко пошла вверх до 1.5, точно задела уровень тейк-профита, и я строго действовал по плану. Эта сделка заслуживает, чтобы я немного похвастался — не слишком, правда😉. А вы по какой цене продали и на каком уровне входили? Пишите в комментариях!! {alpha}(560x66661c7229901f568f16bd1551b3ba826f83ce49)
$DEBIT 最高点 1.5 и я заранее заданные линии фиксации — ни на цент не промах。

Перед открытием всё было расписано чётко: выше 1.5 — в основном полностью фиксирую прибыль. Сегодня прямо на старте цена резко пошла вверх до 1.5, точно задела уровень тейк-профита, и я строго действовал по плану.

Эта сделка заслуживает, чтобы я немного похвастался — не слишком, правда😉. А вы по какой цене продали и на каком уровне входили? Пишите в комментариях!!
假装在抄底
·
--
📆Сегодня в 18:00 биржа Binance проведёт первичный листинг Teller (DEBIT)

Проще говоря, это старый проект по кредитованию, который начали делать примерно в 2019–2020 годах. Его фишка — on-chain кредитование и необеспеченные кредиты. Общий объём привлечённых средств — около 7,85 млн долларов; среди инвесторов — Blockchain Capital, Franklin Templeton, Toyota Ventures и т. д. Бэкграунд неплохой.

Общее количество токенов — почти 100 млн монет, на блокчейне это можно подтвердить; но первоначальное обращение, правила разблокировок и полная токеномика до сих пор не раскрыты — это главные риски.

По стакану: цена пула в ончейне ориентировочно 0,45 доллара, что соответствует 45 млн долларов FDV. В пуле примерно 500 тыс. USDT и 1,11 млн DEBIT. Ликвидность не самая толстая, при этом фишки довольно концентрированные. «Дог-парню» (кукловоду) характерно сильное управление позицией, поэтому на старте цена, вероятнее всего, будет не «нормальной», а такой, какую кукловод захочет — насколько высоко, настолько и поднимет.

Binance откроет в 18:00, а Bitget, KuCoin и другие — в 20:00. Между этими двумя часами могут сначала сделать подъём, но после 20:00 ликвидность увеличится, и вместе с ней вырастет давление продаж.

Моя стратегия продажи по аирдропу:
1.00–1.50: продать 70–80%
1.50+: в основном полностью выйти — не буду участвовать в театре вместе с кукловодом

Если считать по общему объёму: 1 доллар — это 100 млн FDV, 1,5 доллара — 150 млн FDV. По текущим данным по использованию проекта, выше 1 доллара уже не выглядит дёшево; выше 1,5 — это больше про торговлю с контролем и эмоции, а не про базовые показатели.

Рынок ожидает, что в пуле Alpha будет около 1 млн токенов. Если в итоге их получат примерно 50 тыс. человек, это будет около 20 монет на человека: 0,5 доллара = 10U, 1 доллар = 20U, 1,5 доллара = 30U. Но это лишь рыночная прикидка; фактическое количество и проходные требования по баллам всё равно будут как объявит Binance.

Одним предложением: старый проект, есть финансирование и продукт, но данные посредственные, токен-информация непрозрачная, ощущение сильного кукловодства. Аирдроп можно забрать, на открытии можно посмотреть — гнаться за ростом не обязательно.
#alpha #ALPHA🔥
#美国财政部设量子就绪工作组
#加拿大对美加征最高50%反制关税
Сортируя старый телефон в выходные, я нашёл фрагмент видео десятилетней давности. Новый телефон всё ещё может его воспроизвести, но интерфейс съёмки уже не тот старый. Друзья спрашивают: «Почему бы не удалить и декодер?» Я указываю на экран: старую запись не открыть, и в прошлом она тоже обрывалась на полпути. DUSK в обновлении Boreas обрабатывает Phoenix — подход очень похожий. Официальные обновления показывают, что основная сеть 10 июня 2026 года на высоте блока 4,414,095 развернула Boreas; после перезапуска границ новые транзакции Phoenix были отключены, но узлы всё равно сохраняют возможности декодирования Phoenix и выполнения исторических операций. Старые блоки нужно уметь перематывать, а браузер — считывать прежние транзакции и события, поэтому «остановка добавления» не равняется «удалению истории». Эта граница очень полезна обычным пользователям. Если в кошельке остались старые записи Phoenix, они всё ещё относятся к истории DUSK; а чтобы выполнить новое действие, нужно смотреть, какие точки входа для транзакций поддерживает текущий кошелёк — нельзя просто по старому туториалу по пунктам нажимать. Пульс тестовой сети отличается: после активации Boreas Phoenix временно сохраняется, и только при достижении высоты блока 4,000,000 он отключается. Если ориентироваться только по названию обновления, легко перепутать тайминг тестовой сети и основной. #dusk Проверяя транзакции DUSK, я делаю четыре шага: сначала подтверждаю, основная это сеть или тестовая, затем смотрю версию узла Rusk и его высоту, после этого определяю тип транзакции и в конце — проверяю квитанцию в браузере. Если старая транзакция отображается как неуспешная, я ещё смотрю исторические события revert. Благодаря тому, что DUSK сохраняет возможность чтения старых учётов, узлам удобно валидировать историю — и это также помогает сверять данные в кошельках, браузерах и на биржах. Старое видео напоминает мне: система при апгрейде больше всего боится смешать одно дело с другим — «отключить вход» и «стереть архив». Линия, которую DUSK провёл для Phoenix, понятна: линия не принимает новые транзакции после неё, но записи до неё всё ещё можно проверять. Читая анонсы DUSK, лучше выписывать сеть, высоту и тип транзакции на бумагу — так надёжнее, чем просто помнить название апдейта. @Dusk_Foundation $DUSK
Сортируя старый телефон в выходные, я нашёл фрагмент видео десятилетней давности. Новый телефон всё ещё может его воспроизвести, но интерфейс съёмки уже не тот старый. Друзья спрашивают: «Почему бы не удалить и декодер?» Я указываю на экран: старую запись не открыть, и в прошлом она тоже обрывалась на полпути.

DUSK в обновлении Boreas обрабатывает Phoenix — подход очень похожий. Официальные обновления показывают, что основная сеть 10 июня 2026 года на высоте блока 4,414,095 развернула Boreas; после перезапуска границ новые транзакции Phoenix были отключены, но узлы всё равно сохраняют возможности декодирования Phoenix и выполнения исторических операций. Старые блоки нужно уметь перематывать, а браузер — считывать прежние транзакции и события, поэтому «остановка добавления» не равняется «удалению истории».

Эта граница очень полезна обычным пользователям. Если в кошельке остались старые записи Phoenix, они всё ещё относятся к истории DUSK; а чтобы выполнить новое действие, нужно смотреть, какие точки входа для транзакций поддерживает текущий кошелёк — нельзя просто по старому туториалу по пунктам нажимать. Пульс тестовой сети отличается: после активации Boreas Phoenix временно сохраняется, и только при достижении высоты блока 4,000,000 он отключается. Если ориентироваться только по названию обновления, легко перепутать тайминг тестовой сети и основной.

#dusk

Проверяя транзакции DUSK, я делаю четыре шага: сначала подтверждаю, основная это сеть или тестовая, затем смотрю версию узла Rusk и его высоту, после этого определяю тип транзакции и в конце — проверяю квитанцию в браузере. Если старая транзакция отображается как неуспешная, я ещё смотрю исторические события revert. Благодаря тому, что DUSK сохраняет возможность чтения старых учётов, узлам удобно валидировать историю — и это также помогает сверять данные в кошельках, браузерах и на биржах.

Старое видео напоминает мне: система при апгрейде больше всего боится смешать одно дело с другим — «отключить вход» и «стереть архив». Линия, которую DUSK провёл для Phoenix, понятна: линия не принимает новые транзакции после неё, но записи до неё всё ещё можно проверять. Читая анонсы DUSK, лучше выписывать сеть, высоту и тип транзакции на бумагу — так надёжнее, чем просто помнить название апдейта.

@Dusk $DUSK
📆Сегодня в 18:00 биржа Binance проведёт первичный листинг Teller (DEBIT) Проще говоря, это старый проект по кредитованию, который начали делать примерно в 2019–2020 годах. Его фишка — on-chain кредитование и необеспеченные кредиты. Общий объём привлечённых средств — около 7,85 млн долларов; среди инвесторов — Blockchain Capital, Franklin Templeton, Toyota Ventures и т. д. Бэкграунд неплохой. Общее количество токенов — почти 100 млн монет, на блокчейне это можно подтвердить; но первоначальное обращение, правила разблокировок и полная токеномика до сих пор не раскрыты — это главные риски. По стакану: цена пула в ончейне ориентировочно 0,45 доллара, что соответствует 45 млн долларов FDV. В пуле примерно 500 тыс. USDT и 1,11 млн DEBIT. Ликвидность не самая толстая, при этом фишки довольно концентрированные. «Дог-парню» (кукловоду) характерно сильное управление позицией, поэтому на старте цена, вероятнее всего, будет не «нормальной», а такой, какую кукловод захочет — насколько высоко, настолько и поднимет. Binance откроет в 18:00, а Bitget, KuCoin и другие — в 20:00. Между этими двумя часами могут сначала сделать подъём, но после 20:00 ликвидность увеличится, и вместе с ней вырастет давление продаж. Моя стратегия продажи по аирдропу: 1.00–1.50: продать 70–80% 1.50+: в основном полностью выйти — не буду участвовать в театре вместе с кукловодом Если считать по общему объёму: 1 доллар — это 100 млн FDV, 1,5 доллара — 150 млн FDV. По текущим данным по использованию проекта, выше 1 доллара уже не выглядит дёшево; выше 1,5 — это больше про торговлю с контролем и эмоции, а не про базовые показатели. Рынок ожидает, что в пуле Alpha будет около 1 млн токенов. Если в итоге их получат примерно 50 тыс. человек, это будет около 20 монет на человека: 0,5 доллара = 10U, 1 доллар = 20U, 1,5 доллара = 30U. Но это лишь рыночная прикидка; фактическое количество и проходные требования по баллам всё равно будут как объявит Binance. Одним предложением: старый проект, есть финансирование и продукт, но данные посредственные, токен-информация непрозрачная, ощущение сильного кукловодства. Аирдроп можно забрать, на открытии можно посмотреть — гнаться за ростом не обязательно. #alpha #ALPHA🔥 #美国财政部设量子就绪工作组 #加拿大对美加征最高50%反制关税
📆Сегодня в 18:00 биржа Binance проведёт первичный листинг Teller (DEBIT)

Проще говоря, это старый проект по кредитованию, который начали делать примерно в 2019–2020 годах. Его фишка — on-chain кредитование и необеспеченные кредиты. Общий объём привлечённых средств — около 7,85 млн долларов; среди инвесторов — Blockchain Capital, Franklin Templeton, Toyota Ventures и т. д. Бэкграунд неплохой.

Общее количество токенов — почти 100 млн монет, на блокчейне это можно подтвердить; но первоначальное обращение, правила разблокировок и полная токеномика до сих пор не раскрыты — это главные риски.

По стакану: цена пула в ончейне ориентировочно 0,45 доллара, что соответствует 45 млн долларов FDV. В пуле примерно 500 тыс. USDT и 1,11 млн DEBIT. Ликвидность не самая толстая, при этом фишки довольно концентрированные. «Дог-парню» (кукловоду) характерно сильное управление позицией, поэтому на старте цена, вероятнее всего, будет не «нормальной», а такой, какую кукловод захочет — насколько высоко, настолько и поднимет.

Binance откроет в 18:00, а Bitget, KuCoin и другие — в 20:00. Между этими двумя часами могут сначала сделать подъём, но после 20:00 ликвидность увеличится, и вместе с ней вырастет давление продаж.

Моя стратегия продажи по аирдропу:
1.00–1.50: продать 70–80%
1.50+: в основном полностью выйти — не буду участвовать в театре вместе с кукловодом

Если считать по общему объёму: 1 доллар — это 100 млн FDV, 1,5 доллара — 150 млн FDV. По текущим данным по использованию проекта, выше 1 доллара уже не выглядит дёшево; выше 1,5 — это больше про торговлю с контролем и эмоции, а не про базовые показатели.

Рынок ожидает, что в пуле Alpha будет около 1 млн токенов. Если в итоге их получат примерно 50 тыс. человек, это будет около 20 монет на человека: 0,5 доллара = 10U, 1 доллар = 20U, 1,5 доллара = 30U. Но это лишь рыночная прикидка; фактическое количество и проходные требования по баллам всё равно будут как объявит Binance.

Одним предложением: старый проект, есть финансирование и продукт, но данные посредственные, токен-информация непрозрачная, ощущение сильного кукловодства. Аирдроп можно забрать, на открытии можно посмотреть — гнаться за ростом не обязательно.
#alpha #ALPHA🔥
#美国财政部设量子就绪工作组
#加拿大对美加征最高50%反制关税
$TMX точный выход на максимум, сценарий снова подтвердил。 План до открытия был расписан очень четко: 0.17—0.22 продавать 70—90%, а выше 0.25 — в основном полностью закрыться. Сегодня на открытии сразу подтянули к 0.2, как и ожидалось, затем откат. Жаль, что этот пост официальный админ большой не дает трафик 🤣. Судя по моим знакомым, которые видели мой пост, большинство, вероятно, уже распродалось почти полностью; оставлю немного на «базу», чтобы на верхних контрактах играть как в лотерею. Эирдроп «много для быков», а пул тонкий — такой ход вообще не удивляет. Не ставлю на самый верх, зарабатываю только в рамках дисциплины。 Следующая серия — дальше。 #alpha #ALPHA🔥 #比特币受阻于81000美元50周均线 #哈萨克斯坦下调石油产量预期至9600万吨
$TMX точный выход на максимум, сценарий снова подтвердил。

План до открытия был расписан очень четко: 0.17—0.22 продавать 70—90%, а выше 0.25 — в основном полностью закрыться.

Сегодня на открытии сразу подтянули к 0.2, как и ожидалось, затем откат. Жаль, что этот пост официальный админ большой не дает трафик 🤣. Судя по моим знакомым, которые видели мой пост, большинство, вероятно, уже распродалось почти полностью; оставлю немного на «базу», чтобы на верхних контрактах играть как в лотерею.

Эирдроп «много для быков», а пул тонкий — такой ход вообще не удивляет. Не ставлю на самый верх, зарабатываю только в рамках дисциплины。

Следующая серия — дальше。
#alpha #ALPHA🔥
#比特币受阻于81000美元50周均线
#哈萨克斯坦下调石油产量预期至9600万吨
假装在抄底
·
--
📅 Сегодня в 18:00 — премьера TermMax (TMX) на Binance Alpha

Если простыми словами, TermMax — это платформа для кредитования под фиксированную ставку. Проект уже привлёк финансирование примерно на 6,8 млн долларов США. За ним стоят такие организации, как Cumberland и HashKey; также проект проходил отбор в инкубационную программу YZi Labs — бэкграунд в целом неплох.

Проект не из разряда «пустых обещаний»: сейчас TVL около 31 млн долларов, активные займы примерно 27 млн. Но за последние 30 дней доход всего около 200 тыс. долларов — объём бизнеса не тянет на слишком высокую оценку.

Общий объём TMX — 1 млрд. Ожидаемая начальная циркуляция — 15,28%. Важно обратить внимание на то, что суммарно около 11,48% токенов приходится на байт-комьюнити аирдроп, Binance Alpha и Booster — это может создать давление продаж в момент старта торгов.

Цена начального пула — 0,06 доллара, что соответствует 60 млн FDV; перед открытием цена около 0,19 доллара — это 190 млн FDV. Пул неглубокий: на старте легко попасть под «снайперов», которые быстро разгонят цену, но после поступления аирдропа она так же легко может откатить вниз.

Для Binance airdrop нужно набрать 225 баллов: расход — 15 баллов, на человека приходится 200 монет TMX.

Мои действия:
0.17—0.22: продать 70–90%
0.25 и выше: в основном полностью выйти

Одной фразой: у проекта есть продукт, но оценка выглядит недешёвой, а аирдроп-токенов довольно много. Если на старте цена дотянет до ~0,18 — это уже комфортная точка для продаж. Не стоит ждать, чтобы продать только «дороже», и не нужно гнаться за ценой в первую же большую зелёную свечу на открытии.
$TAC $ONG $STAR
#Alpha #ALPHA🔥
#BTC触及80000美元
#油价维持跌势
#ZEC突破关键阻力涨75.5%
В лифте в жилом комплексе часто случаются сбои. В общем чате жильцов кто-то опубликовал план модернизации. Сначала я думал, что раз голосов много, значит можно начинать работы. Потом понял, что нужно пройти через запрос цены, экспертизу, строительные/монтажные испытания и приёмку. При этом «on-chain»-управление тоже легко выдать за что-то поспешное: одна публичная публикация предложения лишь показывает, что обсуждение получило официальный носитель; код основной сети сразу не меняется. Dusk оформляет правки соглашения в виде DIP — Dusk Improvement Proposal. Официальный процесс стартует с Idea: когда идея оформляется, она переходит в Draft и получает номер; затем, если есть прототип или технический результат, она уходит в Feedback. Ближе к завершению DIP переводят в Staging. DIP, затрагивающие код, сначала размещаются в тестовой сети Nocturne. После того как достигнут консенсус, их помечают как Active и включают成果 в производственную среду.#dusk Мне нравится в этой схеме то, что изменения DUSK-соглашения должны оставлять полный архив. В предложении нужно описать мотивы, технические спецификации, компромиссы, обратную совместимость, тесты, влияние на безопасность и ссылки на реализацию. Застойные предложения, которые полгода не развиваются, могут перейти в Dead. Если потом вернуться и посмотреть апгрейд, сообщество сможет восстановить, какие риски тогда обсуждали, а не просто видеть объявление о новой версии. Но «любой может подать» не означает, что «любой может менять правила». Редакторы DIP участвуют в рецензировании, присваивают номера, объединяют и отслеживают внедрение. Также операторам узлов нужно установить ПО, включающее внесённые изменения. Текущие публичные пояснения не дают набора порогов для голосования, рассчитанных по схеме владений по $DUSK , и не прописывают «достижение консенсуса» в виде однозначного процента. Я не буду упаковывать открытое обсуждение как будто уже завершённое on-chain-управление. Когда я слежу за апгрейдом @Dusk_Foundation , я отдельно проверяю четыре вещи: в каком статусе находится DIP, публичен ли код реализации, можно ли перепроверить результаты тестов в Nocturne и когда узлы основной сети применят изменения. Лайки в чате лишь показывают, что идея кому-то понравилась; Active и реальное развёртывание — вот что подтверждает, на каком этапе Dusk-правила действительно продвинулись.
В лифте в жилом комплексе часто случаются сбои. В общем чате жильцов кто-то опубликовал план модернизации. Сначала я думал, что раз голосов много, значит можно начинать работы. Потом понял, что нужно пройти через запрос цены, экспертизу, строительные/монтажные испытания и приёмку. При этом «on-chain»-управление тоже легко выдать за что-то поспешное: одна публичная публикация предложения лишь показывает, что обсуждение получило официальный носитель; код основной сети сразу не меняется.

Dusk оформляет правки соглашения в виде DIP — Dusk Improvement Proposal. Официальный процесс стартует с Idea: когда идея оформляется, она переходит в Draft и получает номер; затем, если есть прототип или технический результат, она уходит в Feedback. Ближе к завершению DIP переводят в Staging. DIP, затрагивающие код, сначала размещаются в тестовой сети Nocturne. После того как достигнут консенсус, их помечают как Active и включают成果 в производственную среду.#dusk

Мне нравится в этой схеме то, что изменения DUSK-соглашения должны оставлять полный архив. В предложении нужно описать мотивы, технические спецификации, компромиссы, обратную совместимость, тесты, влияние на безопасность и ссылки на реализацию. Застойные предложения, которые полгода не развиваются, могут перейти в Dead. Если потом вернуться и посмотреть апгрейд, сообщество сможет восстановить, какие риски тогда обсуждали, а не просто видеть объявление о новой версии.
Но «любой может подать» не означает, что «любой может менять правила». Редакторы DIP участвуют в рецензировании, присваивают номера, объединяют и отслеживают внедрение. Также операторам узлов нужно установить ПО, включающее внесённые изменения. Текущие публичные пояснения не дают набора порогов для голосования, рассчитанных по схеме владений по $DUSK , и не прописывают «достижение консенсуса» в виде однозначного процента. Я не буду упаковывать открытое обсуждение как будто уже завершённое on-chain-управление.

Когда я слежу за апгрейдом @Dusk , я отдельно проверяю четыре вещи: в каком статусе находится DIP, публичен ли код реализации, можно ли перепроверить результаты тестов в Nocturne и когда узлы основной сети применят изменения. Лайки в чате лишь показывают, что идея кому-то понравилась; Active и реальное развёртывание — вот что подтверждает, на каком этапе Dusk-правила действительно продвинулись.
Проверено
📅 Сегодня в 18:00 — премьера TermMax (TMX) на Binance Alpha Если простыми словами, TermMax — это платформа для кредитования под фиксированную ставку. Проект уже привлёк финансирование примерно на 6,8 млн долларов США. За ним стоят такие организации, как Cumberland и HashKey; также проект проходил отбор в инкубационную программу YZi Labs — бэкграунд в целом неплох. Проект не из разряда «пустых обещаний»: сейчас TVL около 31 млн долларов, активные займы примерно 27 млн. Но за последние 30 дней доход всего около 200 тыс. долларов — объём бизнеса не тянет на слишком высокую оценку. Общий объём TMX — 1 млрд. Ожидаемая начальная циркуляция — 15,28%. Важно обратить внимание на то, что суммарно около 11,48% токенов приходится на байт-комьюнити аирдроп, Binance Alpha и Booster — это может создать давление продаж в момент старта торгов. Цена начального пула — 0,06 доллара, что соответствует 60 млн FDV; перед открытием цена около 0,19 доллара — это 190 млн FDV. Пул неглубокий: на старте легко попасть под «снайперов», которые быстро разгонят цену, но после поступления аирдропа она так же легко может откатить вниз. Для Binance airdrop нужно набрать 225 баллов: расход — 15 баллов, на человека приходится 200 монет TMX. Мои действия: 0.17—0.22: продать 70–90% 0.25 и выше: в основном полностью выйти Одной фразой: у проекта есть продукт, но оценка выглядит недешёвой, а аирдроп-токенов довольно много. Если на старте цена дотянет до ~0,18 — это уже комфортная точка для продаж. Не стоит ждать, чтобы продать только «дороже», и не нужно гнаться за ценой в первую же большую зелёную свечу на открытии. $TAC $ONG $STAR #Alpha #ALPHA🔥 #BTC触及80000美元 #油价维持跌势 #ZEC突破关键阻力涨75.5%
📅 Сегодня в 18:00 — премьера TermMax (TMX) на Binance Alpha

Если простыми словами, TermMax — это платформа для кредитования под фиксированную ставку. Проект уже привлёк финансирование примерно на 6,8 млн долларов США. За ним стоят такие организации, как Cumberland и HashKey; также проект проходил отбор в инкубационную программу YZi Labs — бэкграунд в целом неплох.

Проект не из разряда «пустых обещаний»: сейчас TVL около 31 млн долларов, активные займы примерно 27 млн. Но за последние 30 дней доход всего около 200 тыс. долларов — объём бизнеса не тянет на слишком высокую оценку.

Общий объём TMX — 1 млрд. Ожидаемая начальная циркуляция — 15,28%. Важно обратить внимание на то, что суммарно около 11,48% токенов приходится на байт-комьюнити аирдроп, Binance Alpha и Booster — это может создать давление продаж в момент старта торгов.

Цена начального пула — 0,06 доллара, что соответствует 60 млн FDV; перед открытием цена около 0,19 доллара — это 190 млн FDV. Пул неглубокий: на старте легко попасть под «снайперов», которые быстро разгонят цену, но после поступления аирдропа она так же легко может откатить вниз.

Для Binance airdrop нужно набрать 225 баллов: расход — 15 баллов, на человека приходится 200 монет TMX.

Мои действия:
0.17—0.22: продать 70–90%
0.25 и выше: в основном полностью выйти

Одной фразой: у проекта есть продукт, но оценка выглядит недешёвой, а аирдроп-токенов довольно много. Если на старте цена дотянет до ~0,18 — это уже комфортная точка для продаж. Не стоит ждать, чтобы продать только «дороже», и не нужно гнаться за ценой в первую же большую зелёную свечу на открытии.
$TAC $ONG $STAR
#Alpha #ALPHA🔥
#BTC触及80000美元
#油价维持跌势
#ZEC突破关键阻力涨75.5%
В чате кто-то выложил скриншот кошелька: вдруг стало больше 5000 токенов $DUSK , и сразу же кто-то спросил, можно ли перевести их на биржу. Увидев такие цифры, первая вещь — не проверять цену, а понять, к какой сети подключён кошелёк. Хотя везде написано DUSK, задачи, выполняемые тестнет-токенами и активами mainnet, совершенно разные. Официальное описание сети Dusk перечисляет Mainnet, Nocturne Testnet и внутренний Devnet. Chain ID у Nocturne — 2: в первую очередь для того, чтобы разработчики могли тестировать обновления протоколов, смарт-контракты и ноды; официальный кран раздаёт тестовый DUSK через бота в Discord, а в примерах в гайде по нодам указана квота 5000 монет. В документации также прямо сказано: у DUSK в тестнете нет реальной денежной стоимости.#dusk Эти DUSK всё же имеют применение. Развёртывание тестовых контрактов, отправка транзакций, отработка стекинга или проверка процесса работы с кошельком — всё это требует расхода токенов в соответствующей сети. Успешные транзакции тоже оставляют хэш и запись в блокчейне: это лишь подтверждает, что действие прошло в тестовой среде, но не означает, что активы на mainnet зачислены, и тем более нельзя умножать тестовый баланс на рыночную цену, считая это позицией. Я буду сверять в четырёх местах: название сети кошелька, Chain ID, адрес ноды, домен в браузере. Считать только символ DUSK — самый простой способ ошибиться, потому что интерфейс может использовать один и тот же Ticker. Если получатель — биржа, нужно ещё проверить, какие сети платформа поддерживает; адрес тестнета, даже если он похож по формату, не имеет ценности для пополнения. Тестовые записи также нельзя использовать, чтобы заранее отчитаться за продукт. Если контракт успешно развёрнут в Nocturne, это означает, что код может работать при текущих тестовых условиях; аудит, параметры mainnet, реальная нагрузка и риски для активов всё равно нужно отдельно проверять. Чем более гладко проходит тест, тем больше стоит оставлять название сети на скриншоте, чтобы потом это не превратили в «DUSK — добавлен перевод крупной суммы». Когда я обращаю внимание на @Dusk_Foundation , я буду воспринимать тестовый DUSK как тренировочные мили в автодроме: его можно использовать для проверки операций, но нельзя «уехать» и продать на вторичном рынке за деньги. Прежде чем управлять $DUSK , сначала нужно определить сеть: даже если баланс огромный, важно, в какую именно «книгу учёта» он попадает.
В чате кто-то выложил скриншот кошелька: вдруг стало больше 5000 токенов $DUSK , и сразу же кто-то спросил, можно ли перевести их на биржу. Увидев такие цифры, первая вещь — не проверять цену, а понять, к какой сети подключён кошелёк. Хотя везде написано DUSK, задачи, выполняемые тестнет-токенами и активами mainnet, совершенно разные.

Официальное описание сети Dusk перечисляет Mainnet, Nocturne Testnet и внутренний Devnet. Chain ID у Nocturne — 2: в первую очередь для того, чтобы разработчики могли тестировать обновления протоколов, смарт-контракты и ноды; официальный кран раздаёт тестовый DUSK через бота в Discord, а в примерах в гайде по нодам указана квота 5000 монет. В документации также прямо сказано: у DUSK в тестнете нет реальной денежной стоимости.#dusk

Эти DUSK всё же имеют применение. Развёртывание тестовых контрактов, отправка транзакций, отработка стекинга или проверка процесса работы с кошельком — всё это требует расхода токенов в соответствующей сети. Успешные транзакции тоже оставляют хэш и запись в блокчейне: это лишь подтверждает, что действие прошло в тестовой среде, но не означает, что активы на mainnet зачислены, и тем более нельзя умножать тестовый баланс на рыночную цену, считая это позицией.
Я буду сверять в четырёх местах: название сети кошелька, Chain ID, адрес ноды, домен в браузере. Считать только символ DUSK — самый простой способ ошибиться, потому что интерфейс может использовать один и тот же Ticker. Если получатель — биржа, нужно ещё проверить, какие сети платформа поддерживает; адрес тестнета, даже если он похож по формату, не имеет ценности для пополнения.

Тестовые записи также нельзя использовать, чтобы заранее отчитаться за продукт. Если контракт успешно развёрнут в Nocturne, это означает, что код может работать при текущих тестовых условиях; аудит, параметры mainnet, реальная нагрузка и риски для активов всё равно нужно отдельно проверять. Чем более гладко проходит тест, тем больше стоит оставлять название сети на скриншоте, чтобы потом это не превратили в «DUSK — добавлен перевод крупной суммы».
Когда я обращаю внимание на @Dusk , я буду воспринимать тестовый DUSK как тренировочные мили в автодроме: его можно использовать для проверки операций, но нельзя «уехать» и продать на вторичном рынке за деньги. Прежде чем управлять $DUSK , сначала нужно определить сеть: даже если баланс огромный, важно, в какую именно «книгу учёта» он попадает.
Маленькой лавке не хватает денег на оборудование, и владелец разрубил право собственности на кофемашину на тысячу частей, выложил их в интернет — цена за каждую выглядит совсем низкой. Но первая реакция всё равно вопросами-«тремя подряд»: кто захочет купить, кто признаёт за покупателем эти права и кому продадут долю, когда захотят выйти в будущем? Уменьшение доли снижает сумму разового подписания, но автоматически не «вырастает» ни заказ, ни юридические документы, ни ликвидность. #dusk В статье о финансировании МСП, опубликованной Dusk 15 августа, эта грань тоже прописана очень чётко. Когда компания выпускает цифровую ценную бумагу, сначала нужно определить структуру инструмента и права, затем пройти проверку квалификации инвесторов, распределить подписки, обновить запись о владении, обеспечить сервис в период обращения и организовать вторичные торги. Дополнительный Token на Dusk в цепочке лишь закрывает очень короткий фрагмент этой цепочки. Меня больше всего интересует, как @Dusk_Foundation и NPEX связывают все эти этапы. NPEX даёт опыт выпуска и торговли на регулируемом голландском рынке, а Dusk отвечает за токенизацию, приватность, правила передачи и расчётную инфраструктуру. Dusk Trade находится на уровне приложения: позволяет инвесторам находить активы, подключать кошельки, проходить допуск, покупать/продавать и координировать платежи. Три роли отвечают за разные куски, и эмитенту не нужно снова и снова сверять таблицы между консультантами, банками, регистраторами и торговыми площадками. У этой схемы есть и несколько реальных «порогов». Правила в цепочке не могут заменить корпоративные согласования, нотариальное удостоверение, проверки на санкции и юридическую ответственность; а если актив дробить ещё сильнее, нельзя искусственно создать покупателя, котировки и устойчивые сделки. Если после выхода в онлайне по линии для МСП почти никто не торгует, то и технология будет работать как ни в чём не бывало — но опыт финансирования всё равно не улучшится. Поэтому, оценивая прогресс DUSK в RWA, я буду отслеживать четыре проверяемых результата: сколько реальных эмитентов прошли в процесс, сколько квалифицированных инвесторов завершили подписку, как часто на вторичном рынке появляется действительная сделка, и можно ли сверить платежи и записи о владении в рамках одной и той же операции. Масштаб больших активов хорошо смотрится на постерах, а эти четыре пункта гораздо ближе к реальному процессу, когда компания получает деньги. @Dusk_Foundation строит регулируемый канал финансирования, а $DUSK отвечает за сетевые расходы и безопасность. В следующий раз, когда увижу формулировку «актив уже в цепочке», сначала буду искать непрерывные записи, которые связывают выпуск, владение, сделки и расчёты. #dusk
Маленькой лавке не хватает денег на оборудование, и владелец разрубил право собственности на кофемашину на тысячу частей, выложил их в интернет — цена за каждую выглядит совсем низкой. Но первая реакция всё равно вопросами-«тремя подряд»: кто захочет купить, кто признаёт за покупателем эти права и кому продадут долю, когда захотят выйти в будущем? Уменьшение доли снижает сумму разового подписания, но автоматически не «вырастает» ни заказ, ни юридические документы, ни ликвидность. #dusk

В статье о финансировании МСП, опубликованной Dusk 15 августа, эта грань тоже прописана очень чётко. Когда компания выпускает цифровую ценную бумагу, сначала нужно определить структуру инструмента и права, затем пройти проверку квалификации инвесторов, распределить подписки, обновить запись о владении, обеспечить сервис в период обращения и организовать вторичные торги. Дополнительный Token на Dusk в цепочке лишь закрывает очень короткий фрагмент этой цепочки.

Меня больше всего интересует, как @Dusk и NPEX связывают все эти этапы. NPEX даёт опыт выпуска и торговли на регулируемом голландском рынке, а Dusk отвечает за токенизацию, приватность, правила передачи и расчётную инфраструктуру. Dusk Trade находится на уровне приложения: позволяет инвесторам находить активы, подключать кошельки, проходить допуск, покупать/продавать и координировать платежи. Три роли отвечают за разные куски, и эмитенту не нужно снова и снова сверять таблицы между консультантами, банками, регистраторами и торговыми площадками.

У этой схемы есть и несколько реальных «порогов». Правила в цепочке не могут заменить корпоративные согласования, нотариальное удостоверение, проверки на санкции и юридическую ответственность; а если актив дробить ещё сильнее, нельзя искусственно создать покупателя, котировки и устойчивые сделки. Если после выхода в онлайне по линии для МСП почти никто не торгует, то и технология будет работать как ни в чём не бывало — но опыт финансирования всё равно не улучшится.

Поэтому, оценивая прогресс DUSK в RWA, я буду отслеживать четыре проверяемых результата: сколько реальных эмитентов прошли в процесс, сколько квалифицированных инвесторов завершили подписку, как часто на вторичном рынке появляется действительная сделка, и можно ли сверить платежи и записи о владении в рамках одной и той же операции. Масштаб больших активов хорошо смотрится на постерах, а эти четыре пункта гораздо ближе к реальному процессу, когда компания получает деньги.

@Dusk строит регулируемый канал финансирования, а $DUSK отвечает за сетевые расходы и безопасность. В следующий раз, когда увижу формулировку «актив уже в цепочке», сначала буду искать непрерывные записи, которые связывают выпуск, владение, сделки и расчёты. #dusk
Раньше, выводя монеты с биржи, я привык воспринимать Memo как дополнительное поле: «есть — заполни, нет — оставь пустым». Только когда я разобрал шаги по переносу DUSK с основной сети в BSC, стало ясно: по этому маршруту Memo — это адрес получателя. После того как мост получает DUSK из основной сети, именно адрес в Memo (0x…) используется, чтобы определить, кому следует отправить BEP20 DUSK. Вход в операцию осуществляется через Dusk Mainnet Web Wallet. В поле получателя нужно указать официальный аккаунт моста BSC. А в Memo — свой адрес BSC, которым вы управляете. Оба поля — длинные строки, но их роли разные: первое «загружает» DUSK в мост, второе подсказывает мосту, через какую «дверь» отправить дальше. Если Memo отсутствует или имеет неверный формат, система не сможет выполнить автмаршрутизацию, а в тяжёлых случаях есть риск не вернуть средства. Есть ещё один небольшой «порог» в сумме. Мост вычитает из отправляемого количества 1 $DUSK и дополнительно нужно учесть комиссию за транзакцию в сети Dusk Mainnet. Отправляемое количество должно быть больше 1 DUSK. Если отправить только 1 DUSK или меньше, после вычета мостовой комиссии на стороне BSC средства не поступят. При первом использовании лучше сначала сделать тестовую транзакцию на небольшую сумму. Мой порядок проверки я записываю на бумаге: берём адрес моста со страницы @Dusk_Foundation (официальная); поэтапно сравниваем целостность адреса; подтверждаем, что Memo — это ваш адрес BSC, которым вы управляете; проверяем сумму и комиссию; после отправки сохраняем хэш транзакции DUSK. В основной сети браузер сначала показывает успех, но на стороне BSC нужно подождать обработки. Обычно это занимает около часа, в зависимости от состояния сети может дольше. Если через час так и не пришло, сначала проверьте, успешна ли исходная транзакция, затем — Memo. Не стоит сразу отправлять вторую транзакцию с DUSK. Если получатель — биржа, также убедитесь, что она явно поддерживает пополнение BEP20 DUSK по этому адресу: нельзя просто увидеть 0x и считать, что формат автоматически совместим. Этот процесс похож на отправку посылки: аккаунт моста — это транзитный склад, Memo — конечный адрес/номер двери, а хэш транзакции — номер посылки (трек-код). Если не хватит хотя бы одного из трёх элементов, службе поддержки будет сложно точно разобраться. При управлении $DUSK «Отправить» срабатывает быстро — поэтому стоит потратить немного внимания, чтобы у каждого адреса была своя задача. Следите за @Dusk_Foundation и перепроверьте перед тем, как переключать сеть. #dusk
Раньше, выводя монеты с биржи, я привык воспринимать Memo как дополнительное поле: «есть — заполни, нет — оставь пустым». Только когда я разобрал шаги по переносу DUSK с основной сети в BSC, стало ясно: по этому маршруту Memo — это адрес получателя. После того как мост получает DUSK из основной сети, именно адрес в Memo (0x…) используется, чтобы определить, кому следует отправить BEP20 DUSK.

Вход в операцию осуществляется через Dusk Mainnet Web Wallet. В поле получателя нужно указать официальный аккаунт моста BSC. А в Memo — свой адрес BSC, которым вы управляете. Оба поля — длинные строки, но их роли разные: первое «загружает» DUSK в мост, второе подсказывает мосту, через какую «дверь» отправить дальше. Если Memo отсутствует или имеет неверный формат, система не сможет выполнить автмаршрутизацию, а в тяжёлых случаях есть риск не вернуть средства.

Есть ещё один небольшой «порог» в сумме. Мост вычитает из отправляемого количества 1 $DUSK и дополнительно нужно учесть комиссию за транзакцию в сети Dusk Mainnet. Отправляемое количество должно быть больше 1 DUSK. Если отправить только 1 DUSK или меньше, после вычета мостовой комиссии на стороне BSC средства не поступят. При первом использовании лучше сначала сделать тестовую транзакцию на небольшую сумму.

Мой порядок проверки я записываю на бумаге: берём адрес моста со страницы @Dusk (официальная); поэтапно сравниваем целостность адреса; подтверждаем, что Memo — это ваш адрес BSC, которым вы управляете; проверяем сумму и комиссию; после отправки сохраняем хэш транзакции DUSK. В основной сети браузер сначала показывает успех, но на стороне BSC нужно подождать обработки. Обычно это занимает около часа, в зависимости от состояния сети может дольше.

Если через час так и не пришло, сначала проверьте, успешна ли исходная транзакция, затем — Memo. Не стоит сразу отправлять вторую транзакцию с DUSK. Если получатель — биржа, также убедитесь, что она явно поддерживает пополнение BEP20 DUSK по этому адресу: нельзя просто увидеть 0x и считать, что формат автоматически совместим.

Этот процесс похож на отправку посылки: аккаунт моста — это транзитный склад, Memo — конечный адрес/номер двери, а хэш транзакции — номер посылки (трек-код). Если не хватит хотя бы одного из трёх элементов, службе поддержки будет сложно точно разобраться. При управлении $DUSK «Отправить» срабатывает быстро — поэтому стоит потратить немного внимания, чтобы у каждого адреса была своя задача. Следите за @Dusk и перепроверьте перед тем, как переключать сеть. #dusk
#dusk $DUSK @Dusk_Foundation Утром, когда я проверял сообщения DUSK, в чате кто-то переслал кусок приватной переписки: аватарка, имя и описание проекта были сделаны очень похоже. Собеседник представился участником команды Dusk и сказал, что может помочь с синхронизацией кошелька, а также прислал «специальный вход». Такая риторика специально нацелена на момент, когда пользователь торопится: пока DUSK долго не отображается, человеку легко просто взять и открыть ссылку. Официальная документация Dusk предоставляет инструмент Verify Team Account: он позволяет по каналу и аккаунту проверить, относится ли собеседник к верифицируемым командным аккаунтам. Мой порядок действий такой: я сначала остаюсь в окне чата, не скачиваю файлы, не подписываю и не подключаю кошелек; затем копирую полный аккаунт для проверки, и уже после этого сверяю ссылку через официальную документацию Dusk или через известные официальные каналы. На странице проверки также указаны границы: этот инструмент в первую очередь предназначен для проверки членов команды, которые общаются с внешними партнёрами, и он не покрывает на 100%. Если аккаунт отображается как «not verified», возможны ошибки. Если есть веские основания считать, что человек действительно относится к команде, следует продолжить тройную проверку через официальные каналы или документацию. Нельзя считать «не найдено» прямым доказательством мошенничества и нельзя пропускать просто потому, что на аватарке есть метка DUSK. Я буду обрабатывать приватную переписку в трёх категориях. Обсуждать можно только публичные материалы — их можно оставить в чате для сверки; запросы на подключение кошелька, подпись незнакомых сообщений или установку ПО — сразу остановить; просьбы прислать seed-фразу, private key или коды — напрямую отказать и сообщить о нарушении. Проверка личности команды Dusk решает вопрос «входит ли этот аккаунт в верифицируемые», а кошелёк-окно решает вопрос «согласен ли я на это действие» — обе «двери» нужно разглядеть самому. Есть ещё один нюанс: рекламные объявления в поисковиках, скриншоты объявлений в группах и пересылаемые ссылки могут быть устаревшими или подделанными. Самый надёжный способ — вручную зайти в официальную документацию Dusk и уже оттуда открыть страницу верификации. Когда нужно отправлять запрос, сохраняйте аккаунт, канал, время, ссылку и скрин чата, но полностью скрывайте seed-фразу, private key и пароль. При работе с $DUSK задержка на полминуты обычно легче, чем «бежать за активами». Имя @Dusk_Foundation нужно сверять через официальный вход, а каждое подключение и подпись в кошельке DUSK — подтверждать самому. #dusk
#dusk $DUSK @Dusk
Утром, когда я проверял сообщения DUSK, в чате кто-то переслал кусок приватной переписки: аватарка, имя и описание проекта были сделаны очень похоже. Собеседник представился участником команды Dusk и сказал, что может помочь с синхронизацией кошелька, а также прислал «специальный вход». Такая риторика специально нацелена на момент, когда пользователь торопится: пока DUSK долго не отображается, человеку легко просто взять и открыть ссылку.

Официальная документация Dusk предоставляет инструмент Verify Team Account: он позволяет по каналу и аккаунту проверить, относится ли собеседник к верифицируемым командным аккаунтам. Мой порядок действий такой: я сначала остаюсь в окне чата, не скачиваю файлы, не подписываю и не подключаю кошелек; затем копирую полный аккаунт для проверки, и уже после этого сверяю ссылку через официальную документацию Dusk или через известные официальные каналы.

На странице проверки также указаны границы: этот инструмент в первую очередь предназначен для проверки членов команды, которые общаются с внешними партнёрами, и он не покрывает на 100%. Если аккаунт отображается как «not verified», возможны ошибки. Если есть веские основания считать, что человек действительно относится к команде, следует продолжить тройную проверку через официальные каналы или документацию. Нельзя считать «не найдено» прямым доказательством мошенничества и нельзя пропускать просто потому, что на аватарке есть метка DUSK.

Я буду обрабатывать приватную переписку в трёх категориях. Обсуждать можно только публичные материалы — их можно оставить в чате для сверки; запросы на подключение кошелька, подпись незнакомых сообщений или установку ПО — сразу остановить; просьбы прислать seed-фразу, private key или коды — напрямую отказать и сообщить о нарушении. Проверка личности команды Dusk решает вопрос «входит ли этот аккаунт в верифицируемые», а кошелёк-окно решает вопрос «согласен ли я на это действие» — обе «двери» нужно разглядеть самому.

Есть ещё один нюанс: рекламные объявления в поисковиках, скриншоты объявлений в группах и пересылаемые ссылки могут быть устаревшими или подделанными. Самый надёжный способ — вручную зайти в официальную документацию Dusk и уже оттуда открыть страницу верификации. Когда нужно отправлять запрос, сохраняйте аккаунт, канал, время, ссылку и скрин чата, но полностью скрывайте seed-фразу, private key и пароль.

При работе с $DUSK задержка на полминуты обычно легче, чем «бежать за активами». Имя @Dusk нужно сверять через официальный вход, а каждое подключение и подпись в кошельке DUSK — подтверждать самому. #dusk
#termmax @termmax Раньше я выбирал Vault по доходности: сначала смотрел на APY, потом — можно ли в любой момент вывести средства. После того как изучил @termmax Vault, я поменял порядок: сначала уточняю, где именно окажутся деньги, а уже потом думаю о доходности. TermMax Vault использует доли в стандарте ERC-4626. После поступления средств Curator размещает их на допущенных к использованию рынках и в ордерах. При этом Allocator может корректировать предложение и очередь на вывод. В официальной документации сказано, что погашение выполняется в соответствии с приоритетом withdrawal queue; при крупных выводах Curator, возможно, придётся изменить ордера или позиции для вывода. Этот процесс напоминает получение талона в ресторане: имея номер, вы не обязаны ждать, пока на кухне уже будут готовые блюда. Когда в Vault достаточно доступных активов, обработка вывода идёт быстрее; если же значительная часть средств находится в ордерах или в позициях с ограничением по срокам, темп поступления будет зависеть от очереди. ERC-4626 отвечает за стандарт долей, но ликвидность по-прежнему определяется тем, в каком состоянии находятся активы TermMax Vault в конкретный момент. Я проверяю четыре вещи: в каких Market находятся средства; не слишком ли высока доля в одном рынке; как устроена сортировка в очереди на вывод; есть ли у Curator комиссии или изменения в белом списке. В TermMax предусмотрены timelock и Guardian для надзора: некоторые чувствительные изменения требуют ожидания, а Guardian может отменить изменения, которые ещё не вступили в силу. Высокий APY по-прежнему меня привлекает, но я оставляю место для ликвидности. Деньги, которые могут понадобиться в ближайшее время, я не буду размещать целиком в Vault с длинным сроком и забитыми позициями. А ту часть, которую планирую держать надолго, уже отдаю Curator для работы — и с распределением средств получается спокойнее. В следующий раз, когда открою TermMax, я сначала найду конфигурацию активов, проверю очередь и записи по правам, и лишь потом посмотрю карточку доходности. Vault экономит мне время на операции с каждым рынком вручную — но я всё равно потрачу пару минут, чтобы понять, где именно находится «выход». Когда ты выбираешь TermMax Vault, ты сначала смотришь на APY или на очередь на вывод?🙂
#termmax @TermMax
Раньше я выбирал Vault по доходности: сначала смотрел на APY, потом — можно ли в любой момент вывести средства. После того как изучил @TermMax Vault, я поменял порядок: сначала уточняю, где именно окажутся деньги, а уже потом думаю о доходности.

TermMax Vault использует доли в стандарте ERC-4626. После поступления средств Curator размещает их на допущенных к использованию рынках и в ордерах. При этом Allocator может корректировать предложение и очередь на вывод. В официальной документации сказано, что погашение выполняется в соответствии с приоритетом withdrawal queue; при крупных выводах Curator, возможно, придётся изменить ордера или позиции для вывода.

Этот процесс напоминает получение талона в ресторане: имея номер, вы не обязаны ждать, пока на кухне уже будут готовые блюда. Когда в Vault достаточно доступных активов, обработка вывода идёт быстрее; если же значительная часть средств находится в ордерах или в позициях с ограничением по срокам, темп поступления будет зависеть от очереди. ERC-4626 отвечает за стандарт долей, но ликвидность по-прежнему определяется тем, в каком состоянии находятся активы TermMax Vault в конкретный момент.

Я проверяю четыре вещи: в каких Market находятся средства; не слишком ли высока доля в одном рынке; как устроена сортировка в очереди на вывод; есть ли у Curator комиссии или изменения в белом списке. В TermMax предусмотрены timelock и Guardian для надзора: некоторые чувствительные изменения требуют ожидания, а Guardian может отменить изменения, которые ещё не вступили в силу.

Высокий APY по-прежнему меня привлекает, но я оставляю место для ликвидности. Деньги, которые могут понадобиться в ближайшее время, я не буду размещать целиком в Vault с длинным сроком и забитыми позициями. А ту часть, которую планирую держать надолго, уже отдаю Curator для работы — и с распределением средств получается спокойнее.

В следующий раз, когда открою TermMax, я сначала найду конфигурацию активов, проверю очередь и записи по правам, и лишь потом посмотрю карточку доходности. Vault экономит мне время на операции с каждым рынком вручную — но я всё равно потрачу пару минут, чтобы понять, где именно находится «выход». Когда ты выбираешь TermMax Vault, ты сначала смотришь на APY или на очередь на вывод?🙂
#dusk Первые новости об аномальном входе на VPS пришли утром. Люди, которые запускают ноды DUSK, больше всего боятся двух вещей: остановки машины и того, что DUSK из кошелька украдут. Переустановка ноды несложна — трудно выяснить, были ли заранее «разобраны» права. В операционной документации по @Dusk_Foundation сервер ноды рассматривается как «горячая» среда: даже если данные кошелька статически зашифрованы, нельзя считать его сейфом. Под стейкинг DUSK можно настроить отдельный owner key. На сервере хранится только то, что нужно для участия в консенсусе: consensus.keys — для голосования и подписей; owner key хранится на другом устройстве или в офлайн-кошельке, и именно он управляет снятием стейкинга и выводом средств. Когда сервер оказывается скомпрометирован, атакующий может нарушить работу ноды и создать риск наказаний, но не сможет просто на основании ключа консенсуса напрямую забрать заложенные DUSK. Такая схема распределения прав похожа на карточку кассира и банковский UKey руководителя. Карточка кассира нужна каждый день, чтобы открыть двери и принимать оплату — значит, она должна быть в онлайне. А UKey банка в обычное время нельзя оставлять на кассе. Если обе «ключевые» части окажутся в одной VPS, как бы красиво ни были названы права, у атакующего все равно будет целая цепочка полномочий. Восстановление тоже имеет понятный путь. Пока сид-фраза на месте, оператор может восстановить кошелек на новом устройстве, заново экспортировать ключи консенсуса и не нужно стейкать DUSK повторно. Но при миграции ни в коем случае не запускайте один и тот же ключ консенсуса одновременно на двух активных нодах. Если старая машина еще не остановлена, а новая уже подписывает, возможны конфликтующие действия, которые вызовут жесткое наказание для DUSK — потери расширятся от простой остановки до уничтожения залога. Перед запуском также стоит свериться с блокчейн-эксплорером по высоте, убедиться, что новая нода синхронизирована с актуальным состоянием DUSK в основной сети, и только после этого восстановить участие в консенсусе. Мой чек-лист ноды включает четыре пункта: офлайн-бэкап сид-фразы, раздельное хранение owner key и ключа консенсуса, SSH только с входом по ключу и подтверждение того, что старая нода полностью остановлена перед переключением. После покупки $DUSK исследовать доходность за год очень легко, а удержать DUSK — именно за счет этих незаметных шагов. Доход ноды формируется за счет выполнения обязанностей, а размещение ключей определяет: инцидент ограничится уровнем администрирования или «долетит» до уровня активов.
#dusk
Первые новости об аномальном входе на VPS пришли утром. Люди, которые запускают ноды DUSK, больше всего боятся двух вещей: остановки машины и того, что DUSK из кошелька украдут. Переустановка ноды несложна — трудно выяснить, были ли заранее «разобраны» права. В операционной документации по @Dusk сервер ноды рассматривается как «горячая» среда: даже если данные кошелька статически зашифрованы, нельзя считать его сейфом.

Под стейкинг DUSK можно настроить отдельный owner key. На сервере хранится только то, что нужно для участия в консенсусе: consensus.keys — для голосования и подписей; owner key хранится на другом устройстве или в офлайн-кошельке, и именно он управляет снятием стейкинга и выводом средств. Когда сервер оказывается скомпрометирован, атакующий может нарушить работу ноды и создать риск наказаний, но не сможет просто на основании ключа консенсуса напрямую забрать заложенные DUSK.

Такая схема распределения прав похожа на карточку кассира и банковский UKey руководителя. Карточка кассира нужна каждый день, чтобы открыть двери и принимать оплату — значит, она должна быть в онлайне. А UKey банка в обычное время нельзя оставлять на кассе. Если обе «ключевые» части окажутся в одной VPS, как бы красиво ни были названы права, у атакующего все равно будет целая цепочка полномочий.

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

Мой чек-лист ноды включает четыре пункта: офлайн-бэкап сид-фразы, раздельное хранение owner key и ключа консенсуса, SSH только с входом по ключу и подтверждение того, что старая нода полностью остановлена перед переключением. После покупки $DUSK исследовать доходность за год очень легко, а удержать DUSK — именно за счет этих незаметных шагов. Доход ноды формируется за счет выполнения обязанностей, а размещение ключей определяет: инцидент ограничится уровнем администрирования или «долетит» до уровня активов.
#termmax @termmax Раньше, когда я смотрел продукты с фиксированным доходом, меня проще всего «увлекала» строка на главной с годовой доходностью. Чем крупнее и заметнее цифры, тем сильнее хотелось нажать и проверить. После того как я разобрался с продуктом @termmax , я ввёл для себя правило: сначала разложить предполагаемую прибыль на счёт, а уже потом решать, заходить ли в позицию. Допустим, я покупаю партию FT на 1000 USDC по цене сделки 0.98, а при погашении она оценивается по 1. Если держать до конца срока, валовая прибыль по учётным данным составит 20 USDC. Это лишь демонстрация алгоритма, а не текущие рыночные котировки TermMax. Затем нужно вычесть ончейн‑расходы: комиссии за покупку, авторизацию и выкуп/погашение. Когда сумма небольшая, несколько трат газа могут оказаться заметнее, чем кажется. Ещё я добавляю в этот «счёт» пункт «использование денег заранее». Фиксированная отдача FT предполагает, что держат до срока и весь процесс погашения проходит штатно. Если продать пораньше, цена сделки будет зависеть от текущей процентной ставки, оставшегося срока и глубины рынка. Годовая доходность на странице при этом не меняется, но фактическая сумма на руках может быть «съедена» проскальзыванием и дисконтом. TermMax фиксирует цену в момент сделки, но планирование средств в кошельке всё равно остаётся на моей ответственности. Теперь, когда я смотрю TermMax, я последовательно отмечаю четыре цифры: сколько стоит покупка FT; сколько можно получить при погашении; сколько всего нужно заплатить ончейн‑комиссий за полный цикл; и сколько примерно придётся «уступить» в цене при досрочном выходе. Первые две позиции дают валовую прибыль, а две последние — чистую. Если просчитать хотя бы один пункт меньше, даже «красивый» APR может оказаться искажённым. Этот подход также помогает мне избежать одной привычки: ради лишних пары пунктов годовой доходности класть деньги, которые мне понадобятся в ближайшее время, в более длинный срок. Чем срок дольше, тем больше нужно держать запас в планировании капитала. Я лучше возьму немного меньше, чем потом, когда деньги внезапно понадобятся, быть вынужденным продавать FT в тонком рынке. TermMax даёт заранее рассчитываемые денежные потоки, но расчёт нельзя останавливаться на главной странице. Я хочу фиксировать итог после комиссий по каждой сделке и сравнивать фактическую отдачу для разных сроков. Для меня гораздо ценнее чистая прибыль, которая реально попадёт в кошелёк, чем самый высокий APR на скриншоте.🙂 Когда вы смотрите фиксированный доход в TermMax, вы учитываете вместе и Gas, и стоимость досрочного выхода?
#termmax @TermMax
Раньше, когда я смотрел продукты с фиксированным доходом, меня проще всего «увлекала» строка на главной с годовой доходностью. Чем крупнее и заметнее цифры, тем сильнее хотелось нажать и проверить. После того как я разобрался с продуктом @TermMax , я ввёл для себя правило: сначала разложить предполагаемую прибыль на счёт, а уже потом решать, заходить ли в позицию.

Допустим, я покупаю партию FT на 1000 USDC по цене сделки 0.98, а при погашении она оценивается по 1. Если держать до конца срока, валовая прибыль по учётным данным составит 20 USDC. Это лишь демонстрация алгоритма, а не текущие рыночные котировки TermMax. Затем нужно вычесть ончейн‑расходы: комиссии за покупку, авторизацию и выкуп/погашение. Когда сумма небольшая, несколько трат газа могут оказаться заметнее, чем кажется.

Ещё я добавляю в этот «счёт» пункт «использование денег заранее». Фиксированная отдача FT предполагает, что держат до срока и весь процесс погашения проходит штатно. Если продать пораньше, цена сделки будет зависеть от текущей процентной ставки, оставшегося срока и глубины рынка. Годовая доходность на странице при этом не меняется, но фактическая сумма на руках может быть «съедена» проскальзыванием и дисконтом. TermMax фиксирует цену в момент сделки, но планирование средств в кошельке всё равно остаётся на моей ответственности.

Теперь, когда я смотрю TermMax, я последовательно отмечаю четыре цифры: сколько стоит покупка FT; сколько можно получить при погашении; сколько всего нужно заплатить ончейн‑комиссий за полный цикл; и сколько примерно придётся «уступить» в цене при досрочном выходе. Первые две позиции дают валовую прибыль, а две последние — чистую. Если просчитать хотя бы один пункт меньше, даже «красивый» APR может оказаться искажённым.

Этот подход также помогает мне избежать одной привычки: ради лишних пары пунктов годовой доходности класть деньги, которые мне понадобятся в ближайшее время, в более длинный срок. Чем срок дольше, тем больше нужно держать запас в планировании капитала. Я лучше возьму немного меньше, чем потом, когда деньги внезапно понадобятся, быть вынужденным продавать FT в тонком рынке.

TermMax даёт заранее рассчитываемые денежные потоки, но расчёт нельзя останавливаться на главной странице. Я хочу фиксировать итог после комиссий по каждой сделке и сравнивать фактическую отдачу для разных сроков. Для меня гораздо ценнее чистая прибыль, которая реально попадёт в кошелёк, чем самый высокий APR на скриншоте.🙂
Когда вы смотрите фиксированный доход в TermMax, вы учитываете вместе и Gas, и стоимость досрочного выхода?
#termmax При фиксировании ставки по займу под залог я изначально всегда следил за APR и думал, что раз ставка “зафиксирована”, то полдела сделано. Но когда я разобрал список открытия позиций TermMax, понял, что по-настоящему легко попасть в невыгодную ситуацию не из‑за величины ставки, а из‑за двух на первый взгляд незаметных дат: когда истекает срок заложенного актива и когда истекает срок самого займа.📅 Допустим, я беру доходный актив с оставшимся сроком до погашения 45 дней в качестве залога, но в @termmax выбираю займ на 30 дней. Через 30 дней сначала истекает срок долга, а залоговый актив еще не выкуплен по номиналу. Тогда мне нужно заранее подготовить средства для погашения или принять новое котирование и продлить долг. И получается, что “красиво” рассчитанные фиксированные затраты однажды незаметно съедаются из‑за вынужденного ролловера и проскальзывания. С обратной стороны тоже не проще. Если залоговый актив истекает через 20 дней, а займ — через 40, то после погашения он может превратиться в обычный актив и остаться в позиции. Риск снижается, но прибыль может остановиться. А я всё равно продолжаю платить за оставшийся период займа — то есть деньги просто лежат без дела, а я при этом всё равно “платю аренду”. Я воспринимаю это как бронирование отеля и покупку билетов: отель я оплачиваю всего на три ночи, а обратный билет — на пятый день, и два дня между ними почти всегда придется перестраивать. TermMax может чётко прописать ставку и срок займа, но TermMax не будет автоматически оценивать, согласуются ли эти две временные линии с моим планом использования средств. Поэтому, когда я смотрю рынок TermMax, я сначала выписываю рядом дату погашения залога, дату погашения займа и предполагаемое время использования средств, а потом сравниваю котировки. Идеально, чтобы срок займа не превышал оставшийся срок залогового актива и чтобы они были максимально близки: тогда погашение актива и погашение долга могут “стыковаться”, уменьшая необходимость срочно докладывать деньги или вынужденно продлевать позицию. На мой взгляд, в продуктах с фиксированной ставкой управляют не одним числом, а целой временной шкалой. @termmax решает проблему внезапных изменений ставки, но пользователю всё равно нужно вручную управлять тем, когда деньги входят и когда выходят. Не глянуть на даты хотя бы минуту — может означать оплату еще одного раунда затрат; а потратить минуту на согласование сроков перед открытием позиции — зачастую практичнее, чем гоняться за этими “пару с небольшим” пунктов APR. Когда ты выбираешь срок в TermMax, ты в первую очередь смотришь на ставку или сначала на даты?
#termmax
При фиксировании ставки по займу под залог я изначально всегда следил за APR и думал, что раз ставка “зафиксирована”, то полдела сделано. Но когда я разобрал список открытия позиций TermMax, понял, что по-настоящему легко попасть в невыгодную ситуацию не из‑за величины ставки, а из‑за двух на первый взгляд незаметных дат: когда истекает срок заложенного актива и когда истекает срок самого займа.📅

Допустим, я беру доходный актив с оставшимся сроком до погашения 45 дней в качестве залога, но в @TermMax выбираю займ на 30 дней. Через 30 дней сначала истекает срок долга, а залоговый актив еще не выкуплен по номиналу. Тогда мне нужно заранее подготовить средства для погашения или принять новое котирование и продлить долг. И получается, что “красиво” рассчитанные фиксированные затраты однажды незаметно съедаются из‑за вынужденного ролловера и проскальзывания.

С обратной стороны тоже не проще. Если залоговый актив истекает через 20 дней, а займ — через 40, то после погашения он может превратиться в обычный актив и остаться в позиции. Риск снижается, но прибыль может остановиться. А я всё равно продолжаю платить за оставшийся период займа — то есть деньги просто лежат без дела, а я при этом всё равно “платю аренду”.

Я воспринимаю это как бронирование отеля и покупку билетов: отель я оплачиваю всего на три ночи, а обратный билет — на пятый день, и два дня между ними почти всегда придется перестраивать. TermMax может чётко прописать ставку и срок займа, но TermMax не будет автоматически оценивать, согласуются ли эти две временные линии с моим планом использования средств.

Поэтому, когда я смотрю рынок TermMax, я сначала выписываю рядом дату погашения залога, дату погашения займа и предполагаемое время использования средств, а потом сравниваю котировки. Идеально, чтобы срок займа не превышал оставшийся срок залогового актива и чтобы они были максимально близки: тогда погашение актива и погашение долга могут “стыковаться”, уменьшая необходимость срочно докладывать деньги или вынужденно продлевать позицию.

На мой взгляд, в продуктах с фиксированной ставкой управляют не одним числом, а целой временной шкалой. @TermMax решает проблему внезапных изменений ставки, но пользователю всё равно нужно вручную управлять тем, когда деньги входят и когда выходят. Не глянуть на даты хотя бы минуту — может означать оплату еще одного раунда затрат; а потратить минуту на согласование сроков перед открытием позиции — зачастую практичнее, чем гоняться за этими “пару с небольшим” пунктов APR. Когда ты выбираешь срок в TermMax, ты в первую очередь смотришь на ставку или сначала на даты?
Не закрывайте страницу: всплывающее окно «Approve успешно» не означает, что DUSK уже начала миграцию. Это шаг в «Руководстве по миграции основной сети для @Dusk_Foundation », который чаще всего заставляет остановиться на полпути. ERC20 DUSK или BEP20 DUSK при входе в основную сеть DUSK с Ethereum, BSC: авторизация лишь разрешает миграционному контракту использовать токены в указанном лимите, но она еще не блокирует выбранные вами DUSK. Фактический запуск процесса происходит через Execute migration. Пользователь должен подтвердить вторую EVM-транзакцию — только тогда будут заблокированы DUSK в исходной сети и соответствующее количество будет направлено в основной процесс сети DUSK. Если ранее заданный allowance уже достаточен, Approve могут пропустить; если нет — нужно зарезервировать ETH или BNB для оплаты газа в исходной сети максимум за две транзакции. Есть еще один очень практичный порог: обычные аккаунты на биржах обычно не могут напрямую подключаться к WalletConnect. Если у вас старая версия DUSK и она все еще находится на бирже, сначала нужно вывести на self-custody EVM-кошелек, а затем подключить DUSK Web Wallet. Это не лишнее действие — потому что и авторизация, и выполнение должны быть подписаны адресом, у которого есть приватный ключ. Количество на зачислении тоже может оказаться чуть меньше, чем вы ввели. На Ethereum и BSC DUSK использует 18 знаков после запятой, а в основной сети DUSK — 9. Миграционный контракт округляет вниз до ближайшего LUX; хвосты меньше 1 LUX остаются в исходном кошельке и не исчезают «в никуда». После подтверждения выполнения транзакции официально обычно указано время обработки около одного часа, хотя из‑за состояния сети может занять дольше. То, что действительно стоит сохранить — это не скриншот Approve, а хэш Execute; он также будет записан в memo соответствующей транзакции в основной сети DUSK. Поэтому при миграции $DUSK запомните: авторизация — это «открыть дверь», а нажатие Execute — это то, что реально «запускает машину» в основную сеть DUSK. #dusk
Не закрывайте страницу: всплывающее окно «Approve успешно» не означает, что DUSK уже начала миграцию. Это шаг в «Руководстве по миграции основной сети для @Dusk », который чаще всего заставляет остановиться на полпути. ERC20 DUSK или BEP20 DUSK при входе в основную сеть DUSK с Ethereum, BSC: авторизация лишь разрешает миграционному контракту использовать токены в указанном лимите, но она еще не блокирует выбранные вами DUSK.

Фактический запуск процесса происходит через Execute migration. Пользователь должен подтвердить вторую EVM-транзакцию — только тогда будут заблокированы DUSK в исходной сети и соответствующее количество будет направлено в основной процесс сети DUSK. Если ранее заданный allowance уже достаточен, Approve могут пропустить; если нет — нужно зарезервировать ETH или BNB для оплаты газа в исходной сети максимум за две транзакции.

Есть еще один очень практичный порог: обычные аккаунты на биржах обычно не могут напрямую подключаться к WalletConnect. Если у вас старая версия DUSK и она все еще находится на бирже, сначала нужно вывести на self-custody EVM-кошелек, а затем подключить DUSK Web Wallet. Это не лишнее действие — потому что и авторизация, и выполнение должны быть подписаны адресом, у которого есть приватный ключ.

Количество на зачислении тоже может оказаться чуть меньше, чем вы ввели. На Ethereum и BSC DUSK использует 18 знаков после запятой, а в основной сети DUSK — 9. Миграционный контракт округляет вниз до ближайшего LUX; хвосты меньше 1 LUX остаются в исходном кошельке и не исчезают «в никуда».

После подтверждения выполнения транзакции официально обычно указано время обработки около одного часа, хотя из‑за состояния сети может занять дольше. То, что действительно стоит сохранить — это не скриншот Approve, а хэш Execute; он также будет записан в memo соответствующей транзакции в основной сети DUSK. Поэтому при миграции $DUSK запомните: авторизация — это «открыть дверь», а нажатие Execute — это то, что реально «запускает машину» в основную сеть DUSK. #dusk
В прошлый раз, когда я пополнял биржу, я после того как скопировал адрес, еще дважды перепроверил memo — боялся, что монеты придут, но система не сможет понять, что это мои. Потом, когда я посмотрел интеграцию биржи для @Dusk_Foundation в документации, я понял: требования Dusk к пополнению бэкенд предъявляет более строгие, чем просто «указать правильный memo». Сначала выбирается модель публичного аккаунта Moonlight, потом решается, у каждого пользователя отдельный аккаунт или общий аккаунт с memo. Если используется общий аккаунт, то memo нужно только для того, чтобы сообщить системе, «кому следует отнести эти деньги», но оно не подходит как единственное доказательство для предотвращения повторного зачисления. Два пользователя могут ошибиться и указать одинаковый memo, а одна и та же запись может быть заново просканирована из‑за перезапуска бэкенда. Поэтому в официальной документации рекомендуется использовать transaction ID Dusk как idempotency key. Простыми словами: это «замок, который позволяет записать пополнение только один раз». #dusk Еще один легко упускаемый из виду крайний случай: биржа не должна сразу начислять пользователю средства просто потому, что увидела увеличение баланса Moonlight. Ей нужно просканировать архивную историю, которая уже окончательно финализирована, найти прямые переводы, и пополнения с отсутствующим memo, с неверным форматом, с неизвестным или повторяющимся memo сначала отправлять в изоляцию, а не автоматически зачислять «на авось». Точнее: запись пополнения в бэкенд и продвижение блокового чекпойнта должны выполняться в рамках одного и того же транзакционного запроса к базе данных. Если сначала продвинуть чекпойнт, а затем зачислить, то при падении сервиса можно пропустить деньги пользователя; если сначала зачислить, но не сохранить прогресс, то при повторном сканировании можно обработать одно и то же пополнение дважды. Конвертация Phoenix, оплата по контракту и вывод с залога тоже должны иметь отдельные правила событий — нельзя смешивать их с обычным пополнением. Эта логика очень похожа на склад доставки: memo — это ярлык получателя, transaction ID — неповторимый номер посылки, а finalized — тот момент, когда посылка действительно поступает на склад. Если смотреть только на одно из этих звеньев, легко получить потерю посылки или повторную доставку. Поэтому, когда я смотрел адаптацию биржи для $DUSK , я оцениваю не только «умеет ли она пополнять/выводить», а то, может ли бэкенд после финализации корректно зачислять, дедуплицировать по transaction ID, синхронно отправлять чекпойнт и обновлять бухгалтерскую книгу. Настоящий финансовый уровень — это не «быстро крутится на фронтенде», а то, что после перезапуска бэкенда и повторного сканирования система не добавит лишнего и не убавит ни цента. #dusk {spot}(DUSKUSDT)
В прошлый раз, когда я пополнял биржу, я после того как скопировал адрес, еще дважды перепроверил memo — боялся, что монеты придут, но система не сможет понять, что это мои. Потом, когда я посмотрел интеграцию биржи для @Dusk в документации, я понял: требования Dusk к пополнению бэкенд предъявляет более строгие, чем просто «указать правильный memo». Сначала выбирается модель публичного аккаунта Moonlight, потом решается, у каждого пользователя отдельный аккаунт или общий аккаунт с memo.

Если используется общий аккаунт, то memo нужно только для того, чтобы сообщить системе, «кому следует отнести эти деньги», но оно не подходит как единственное доказательство для предотвращения повторного зачисления. Два пользователя могут ошибиться и указать одинаковый memo, а одна и та же запись может быть заново просканирована из‑за перезапуска бэкенда. Поэтому в официальной документации рекомендуется использовать transaction ID Dusk как idempotency key. Простыми словами: это «замок, который позволяет записать пополнение только один раз».

#dusk

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

Точнее: запись пополнения в бэкенд и продвижение блокового чекпойнта должны выполняться в рамках одного и того же транзакционного запроса к базе данных. Если сначала продвинуть чекпойнт, а затем зачислить, то при падении сервиса можно пропустить деньги пользователя; если сначала зачислить, но не сохранить прогресс, то при повторном сканировании можно обработать одно и то же пополнение дважды. Конвертация Phoenix, оплата по контракту и вывод с залога тоже должны иметь отдельные правила событий — нельзя смешивать их с обычным пополнением.

Эта логика очень похожа на склад доставки: memo — это ярлык получателя, transaction ID — неповторимый номер посылки, а finalized — тот момент, когда посылка действительно поступает на склад. Если смотреть только на одно из этих звеньев, легко получить потерю посылки или повторную доставку.

Поэтому, когда я смотрел адаптацию биржи для $DUSK , я оцениваю не только «умеет ли она пополнять/выводить», а то, может ли бэкенд после финализации корректно зачислять, дедуплицировать по transaction ID, синхронно отправлять чекпойнт и обновлять бухгалтерскую книгу. Настоящий финансовый уровень — это не «быстро крутится на фронтенде», а то, что после перезапуска бэкенда и повторного сканирования система не добавит лишнего и не убавит ни цента.

#dusk
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы