Ответ CZ по поводу Paxos (BUSD минтер)
Глава Binance прокомментировал текущее положение:
«BUSD выпускается и погашается компанией Paxos. Средства юзеров в безопасности #SAFU!
Paxos сообщили нам, что Департамент финансовых услуг Нью-Йорка (NYDFS) распорядился прекратить выпуск новых BUSD.
Paxos регулируется NYDFS.
BUSD - это стабильная монета, полностью принадлежащая и управляемая Paxos.
В результате рыночная капитализация BUSD со временем будет только уменьшаться.
Paxos продолжит обслуживать проект и управлять погашениями.
Paxos также заверил нас, что средства в безопасности #SAFU и полностью покрыты резервами в их банках, причем их резервы уже неоднократно проверялись различными аудиторскими фирмами.
Что касается предполагаемого судебного процесса SEC против Paxos, у меня нет никакой информации об этом, кроме статей в публичных новостях. Судебный процесс ведется между SEC США и Paxos.
Я не эксперт по законам США. Но согласен с логикой:
«SEC обозначила BUSD как “незарегистрированную ценную бумагу” и подает в суд на ее эмитента, Paxos.
Но как, черт возьми, СТАБИЛЬНАЯ монета может считаться ценной бумагой, если она явно не соответствует критериям теста Хоуи?
Ни у кого никогда не было “ожидания прибыли” при покупке $BUSD».
"ЕСЛИ" BUSD будет признан судами ценной бумагой, это окажет глубокое влияние на то, как криптоиндустрия будет развиваться (или не будет развиваться) в юрисдикциях, где она рассматривается как таковая.
Binance продолжит поддерживать BUSD в обозримом будущем. Мы действительно предвидим, что со временем пользователи перейдут на другие стабильные монеты. И мы внесем соответствующие коррективы в продукт. например, отказаться от использования BUSD в качестве основной пары для торговли и т.д.
Учитывая сохраняющуюся неопределенность в регулировании на определенных рынках, мы будем рассматривать другие проекты в этих юрисдикциях, чтобы гарантировать, что наши пользователи защищены от любого неоправданного вреда».
https://twitter.com/cz_binance/status/1625067484368740353
📋 Disaster Recovery Plan: Как правильно заваривать чай, когда горит серверная.
• В жизни любого проекта наступает катастрофа. Мы не можем заранее знать, что именно это будет - короткое замыкание в серверной, инженер, дропнувший центральную БД или нашествие бобров. Тем не менее, оно обязательно случится, причем по предельно идиотской причине.
• Кстати, насчет бобров - это не шутка. В Канаде они перегрызли кабель и оставили целый район без оптоволоконной связи. А в топе источника проблем для крупной телекоммуникационной компании Level 3 Communications вообще были белки.
• Короче, рано или поздно, кто-то обязательно что-то сломает, уронит, или зальет неверный конфиг в самый неподходящий момент. И вот тут появляется то, что отличает компании, которые успешно переживают фатальную аварию от тех, кто бегает кругами и пытается восстановить рассыпавшуюся инфраструктуру - DRP. Вот о том, как правильно написать Disaster Recovery Plan мы сегодня и поговорим:
➡️Читать статью [10 min].
#DevOps
🗺 DevOps Roadmap
• Держите крутой и актуальный roadmap для DevOps, который включает в себя необходимые ссылки на обучающие материалы для каждого шага на этом пути.
➡️https://github.com/milanm/DevOps-Roadmap
- GIT;
- Learn one programming language;
- Learn Linux & Scripting;
- Learn Networking & Security;
- Learn Server Management;
- Learn Containers;
- Learn Container Orchestration;
- Learn Infrastructure as a code;
- Learn CI/CD;
- Learn Monitoring & Observability;
- Learn one Cloud provider;
- Learn Software Engineering Practices;
- Additional resources;
- Tools;
- Books.
#DevOps