Forwarded from Лунапарк (🐸,🎢)
💣 НЬЮ КРИПТО 🙈
Альфа-ретродроп #17
07.03.2022 – 03.04.2022
Децентрализованный DNS:
https://t.iss.one/newcryptochat/65090
Wen decentralized software development?
https://t.iss.one/newcryptochat/67427
Хеджируем риски бана доступа к Ethereum
https://t.iss.one/newcryptochat/65801
В помощь разработчику бриджей:
https://t.iss.one/newcryptochat/66020
Быстрый перевод TRC20 – BEP20:
https://t.iss.one/newcryptochat/66692
Сравнение стейблкоинов:
https://t.iss.one/newcryptochat/66838
Какую просадку обеспечения выдержит DAI?
https://t.iss.one/newcryptochat/66521
Есть стейбл привязанный к юань?
https://t.iss.one/newcryptochat/68745
Что такое пеггед (pegged)?
https://t.iss.one/newcryptochat/69569
Страховки Nexus:
https://t.iss.one/newcryptochat/67239
Зачем легализуются криптопроекты:
https://t.iss.one/newcryptochat/68049
Почему комиссия растет пропорционально количеству отправленных токенов:
https://t.iss.one/newcryptochat/68239
Модель заработка на Looksrare как новый наратив:
https://t.iss.one/newcryptochat/68601
Философско-теоретический вопрос по портфелю:
https://t.iss.one/newcryptochat/68812
Куда придут средства мультисига Gnosis Safe в строенном бридже:
https://t.iss.one/newcryptochat/69026
Подпись транзакций оффлайн:
https://t.iss.one/newcryptochat/69128
Бланк-бан адресов в Ethereum:
https://t.iss.one/newcryptochat/69378
Подводные камни Stader:
https://t.iss.one/newcryptochat/69488
Как находят уязвимости в контрактах:
https://t.iss.one/newcryptochat/69543
Кросовки STEP’N:
https://t.iss.one/newcryptochat/69592
Мониторинг посещений Decentralend:
https://t.iss.one/newcryptochat/69695
Агрегатор крипто-ивентов:
https://t.iss.one/newcryptochat/66516
Логистические блокчейн-проекты:
https://t.iss.one/newcryptochat/65658
#alphadrop
Альфа-ретродроп #17
07.03.2022 – 03.04.2022
Децентрализованный DNS:
https://t.iss.one/newcryptochat/65090
Wen decentralized software development?
https://t.iss.one/newcryptochat/67427
Хеджируем риски бана доступа к Ethereum
https://t.iss.one/newcryptochat/65801
В помощь разработчику бриджей:
https://t.iss.one/newcryptochat/66020
Быстрый перевод TRC20 – BEP20:
https://t.iss.one/newcryptochat/66692
Сравнение стейблкоинов:
https://t.iss.one/newcryptochat/66838
Какую просадку обеспечения выдержит DAI?
https://t.iss.one/newcryptochat/66521
Есть стейбл привязанный к юань?
https://t.iss.one/newcryptochat/68745
Что такое пеггед (pegged)?
https://t.iss.one/newcryptochat/69569
Страховки Nexus:
https://t.iss.one/newcryptochat/67239
Зачем легализуются криптопроекты:
https://t.iss.one/newcryptochat/68049
Почему комиссия растет пропорционально количеству отправленных токенов:
https://t.iss.one/newcryptochat/68239
Модель заработка на Looksrare как новый наратив:
https://t.iss.one/newcryptochat/68601
Философско-теоретический вопрос по портфелю:
https://t.iss.one/newcryptochat/68812
Куда придут средства мультисига Gnosis Safe в строенном бридже:
https://t.iss.one/newcryptochat/69026
Подпись транзакций оффлайн:
https://t.iss.one/newcryptochat/69128
Бланк-бан адресов в Ethereum:
https://t.iss.one/newcryptochat/69378
Подводные камни Stader:
https://t.iss.one/newcryptochat/69488
Как находят уязвимости в контрактах:
https://t.iss.one/newcryptochat/69543
Кросовки STEP’N:
https://t.iss.one/newcryptochat/69592
Мониторинг посещений Decentralend:
https://t.iss.one/newcryptochat/69695
Агрегатор крипто-ивентов:
https://t.iss.one/newcryptochat/66516
Логистические блокчейн-проекты:
https://t.iss.one/newcryptochat/65658
#alphadrop
https://twitter.com/trezor/status/1510558771944333312
После утечки Леджера, писал в поддержу трезора, с просьбой удалить все мои данные. Ответили что мне не очень беспокоиться, но выполнял мою просьбу. Момент истины 🙂
После утечки Леджера, писал в поддержу трезора, с просьбой удалить все мои данные. Ответили что мне не очень беспокоиться, но выполнял мою просьбу. Момент истины 🙂
X (formerly Twitter)
Trezor (@Trezor) on X
MailChimp have confirmed that their service has been compromised by an insider targeting crypto companies.
We have managed to take the phishing domain offline. We are trying to determine how many email addresses have been affected. 1/
We have managed to take the phishing domain offline. We are trying to determine how many email addresses have been affected. 1/
Forwarded from bravit-about
Ремзи Арпачи-Дюссо, Андреа Арпачи-Дюссо. Операционные системы. Три простых элемента. ДМК Пресс, 2021.
Кажется, я читал практически все опубликованные на английском и русском языках книги по внутреннему устройству операционных систем, предназначенные для сопровождения курсов университетского уровня. И рекордсмена по переизданиям Operating System Concepts Зильбершаца с компанией, и Таненбаума, и Столлингса, и Дейтелов, и даже Иртегова. Книжки это всё были очень большие, в этом деле страниц пятьсот–шестьсот — детский размер, несерьёзно. У супружеской пары профессоров из Висконсинского университета получилось чуть больше семисот (по крайней мере в русском переводе) — немного, но сойдёт.
В принципе, практически ничего нового я не узнал (разве что глава про SSD-диски оказалась довольно полезной, я совершенно не представлял, как они устроены и какие вызовы это устройство ставит перед файловыми системами). Материал книги вполне классический, но есть два важных момента. Во-первых, книжку очень интересно читать. Вот реально интересно, сложно оторваться! Во-вторых, у неё великолепная структура, которая очень сильно облегчает чтение. Про структуру хочется написать подробнее.
Авторы утверждают, что есть три сущностных идеи, на основе которых построены все современные операционные системы: виртуализация (управление процессами и памятью устроены так, чтобы у каждого актора была иллюзия монопольного использования ресурсов — это и есть виртуализация), конкурентность (акторов много и на самом деле они сосуществуют в рамках одной системы) и хранение (долговременное хранение данных — тут о физических устройствах хранения и файловых системах). Объединение процессов и работы с памятью под одной крышей виртуализации — это довольно свежая идея, она мне нравится. Такая структура удобна при чтении лекций.
Три идеи образуют три части, а части состоят из глав, причём всего глав аж 51. И это тоже невероятно удобно — всегда можно дочитать до конца главы. У глав великолепная структура: во введении представлена решаемая проблема, затем идут возможные подходы к решению (как обычно, в историческом разрезе — как эту проблему решали раньше, что придумали потом, до чего дошли сейчас — ни в одной CS-дисциплине, как мне кажется, история развития не оказывается настолько полезной, как в операционных системах). В конце глав резюме, литература с завлекательно прокомментированными рекомендациями, куда можно углубиться, и упражнения. Упражнения трёх видов: что-то запрограммировать (таких мало), что-то измерить, что-то проэмулировать. Для последнего вида упражнений авторы предлагают использовать разработанные ими программки-эмуляторы на Python. Предполагается, что студент их запускает с разными параметрами, смотрит, что происходит, и формулирует разные выводы. Подозреваю, что студентам такое не понравится — это же думать нужно и отчёты о результатах наблюдений с выводами писать, прям как на лабах по физике. Но полезно, очень полезно.
А сколько в книжке всяких вкладочек, врезочек и тому подобного! Выводы, важнейшие понятия, советы и рекомендации на выделенном фоне — обожаю! Умеют же люди учебники писать, всё про своих студентов с их клиповым мышлением понимают. Я в клиповое мышление не верю, но мне так оформленные книги читать тоже удобнее.
В отличие от других книг, авторы почти полностью игнорируют современные системы помимо Linux. Пожалуй, в этом есть смысл. Всё равно во вводном курсе до сложностей современных систем не дойдёшь, а заниматься рукомахательством, поверхностно их описывая, вряд ли очень полезно. А ещё они полностью игнорируют архитектуру операционных систем — ядра, микроядра, модульность — это скорее недостаток. Но похоже, что это идеологическое решение, имеют право.
В общем, я в восторге. Никогда не думал, что читать книгу по операционным системам может быть так увлекательно. Проглотил меньше чем за две недели. В ближайшем семестре читаю курс операционных систем. Уверен, что чем-нибудь обязательно воспользуюсь.
Кажется, я читал практически все опубликованные на английском и русском языках книги по внутреннему устройству операционных систем, предназначенные для сопровождения курсов университетского уровня. И рекордсмена по переизданиям Operating System Concepts Зильбершаца с компанией, и Таненбаума, и Столлингса, и Дейтелов, и даже Иртегова. Книжки это всё были очень большие, в этом деле страниц пятьсот–шестьсот — детский размер, несерьёзно. У супружеской пары профессоров из Висконсинского университета получилось чуть больше семисот (по крайней мере в русском переводе) — немного, но сойдёт.
В принципе, практически ничего нового я не узнал (разве что глава про SSD-диски оказалась довольно полезной, я совершенно не представлял, как они устроены и какие вызовы это устройство ставит перед файловыми системами). Материал книги вполне классический, но есть два важных момента. Во-первых, книжку очень интересно читать. Вот реально интересно, сложно оторваться! Во-вторых, у неё великолепная структура, которая очень сильно облегчает чтение. Про структуру хочется написать подробнее.
Авторы утверждают, что есть три сущностных идеи, на основе которых построены все современные операционные системы: виртуализация (управление процессами и памятью устроены так, чтобы у каждого актора была иллюзия монопольного использования ресурсов — это и есть виртуализация), конкурентность (акторов много и на самом деле они сосуществуют в рамках одной системы) и хранение (долговременное хранение данных — тут о физических устройствах хранения и файловых системах). Объединение процессов и работы с памятью под одной крышей виртуализации — это довольно свежая идея, она мне нравится. Такая структура удобна при чтении лекций.
Три идеи образуют три части, а части состоят из глав, причём всего глав аж 51. И это тоже невероятно удобно — всегда можно дочитать до конца главы. У глав великолепная структура: во введении представлена решаемая проблема, затем идут возможные подходы к решению (как обычно, в историческом разрезе — как эту проблему решали раньше, что придумали потом, до чего дошли сейчас — ни в одной CS-дисциплине, как мне кажется, история развития не оказывается настолько полезной, как в операционных системах). В конце глав резюме, литература с завлекательно прокомментированными рекомендациями, куда можно углубиться, и упражнения. Упражнения трёх видов: что-то запрограммировать (таких мало), что-то измерить, что-то проэмулировать. Для последнего вида упражнений авторы предлагают использовать разработанные ими программки-эмуляторы на Python. Предполагается, что студент их запускает с разными параметрами, смотрит, что происходит, и формулирует разные выводы. Подозреваю, что студентам такое не понравится — это же думать нужно и отчёты о результатах наблюдений с выводами писать, прям как на лабах по физике. Но полезно, очень полезно.
А сколько в книжке всяких вкладочек, врезочек и тому подобного! Выводы, важнейшие понятия, советы и рекомендации на выделенном фоне — обожаю! Умеют же люди учебники писать, всё про своих студентов с их клиповым мышлением понимают. Я в клиповое мышление не верю, но мне так оформленные книги читать тоже удобнее.
В отличие от других книг, авторы почти полностью игнорируют современные системы помимо Linux. Пожалуй, в этом есть смысл. Всё равно во вводном курсе до сложностей современных систем не дойдёшь, а заниматься рукомахательством, поверхностно их описывая, вряд ли очень полезно. А ещё они полностью игнорируют архитектуру операционных систем — ядра, микроядра, модульность — это скорее недостаток. Но похоже, что это идеологическое решение, имеют право.
В общем, я в восторге. Никогда не думал, что читать книгу по операционным системам может быть так увлекательно. Проглотил меньше чем за две недели. В ближайшем семестре читаю курс операционных систем. Уверен, что чем-нибудь обязательно воспользуюсь.
Forwarded from gigabíto
https://x.altt.ch/d/ocb4A90h9w9rX1cC/R5AeVA2bxiRRP9c3/init.vim
сам понять не могу как тут половина работает
сам понять не могу как тут половина работает
Forwarded from mental stability 🥺✨
У меня вот такой минималистичный:
github.com/r4v3n6101/dotfiles
github.com/r4v3n6101/dotfiles
GitHub
GitHub - r4v3n6101/dotfiles: just another configs
just another configs. Contribute to r4v3n6101/dotfiles development by creating an account on GitHub.
Forwarded from @Airdrop
💧 Rens Token @Airdrop 💧
🏆 Task: ➕ Up to 100 RENS (~$6)
👨👩👧 Referral: ➕ 10 RENS (~$0.6) ➕ $50 worth of RENS for top 10 referrers each.
🔛 Airdrop bot for Rens Token 🔛
💠 Join Rens Token Telegram group & Telegram channel. (Required » 25 RENS)
💠 Follow Rens Token on Twitter, like, comment and retweet the pinned post by tagging 5 of your friends and using the hashtags;
💠 Subscribe to Rens Token YouTube channel. (Optional » 20 RENS)
💠 You can perform other tasks on the bot. (Optional » 30 RENS)
💠 Enter your information to the airdrop bot.
🗞 Notes: Total airdrop pool is 1 Million RENS (~$60,000).
⏳ Distribution date: April 26, 2022.
🏆 Task: ➕ Up to 100 RENS (~$6)
👨👩👧 Referral: ➕ 10 RENS (~$0.6) ➕ $50 worth of RENS for top 10 referrers each.
🔛 Airdrop bot for Rens Token 🔛
💠 Join Rens Token Telegram group & Telegram channel. (Required » 25 RENS)
💠 Follow Rens Token on Twitter, like, comment and retweet the pinned post by tagging 5 of your friends and using the hashtags;
#RensTokenAirdrop #RensToken #BSC (Required » 25 RENS)💠 Subscribe to Rens Token YouTube channel. (Optional » 20 RENS)
💠 You can perform other tasks on the bot. (Optional » 30 RENS)
💠 Enter your information to the airdrop bot.
🗞 Notes: Total airdrop pool is 1 Million RENS (~$60,000).
⏳ Distribution date: April 26, 2022.
Forwarded from Experimental chill
1. Интересно почитать о том, насколько быстрой можно сделать коммуникацию по памяти между процессами в Linux
https://mazzo.li/posts/fast-pipes.html
Если коротко, то используется [vm]splice системные вызовы с большими страницами. Интересный факт заключается в том, что эти вызовы в какой-то степени "дарят" страницы другим процессам и тот, кто их создал, не имеет к ним доступа. Бывают полезные кейсы, несколько раз слышал трейдинг их использует, чтобы правильно отдавать память процессам для обработки. Но правильно их использовать замучиться надо ещё. Поэтому я чаще видел как делают shared memory, контролируя весь стек.
Интересный вопрос, а можно ли что-то придумать, чтобы эти страницы помечались copy on write. Мое знание Linux говорит, что да, такой флажок есть, наверное, что-то даже можно сварить из select+poll, но уже становится достаточно тяжело. Отличная идея для io_uring, как по мне :)
Тем не менее, написано понятным языком, и можно узнать много нового.
2. https://www.forrestthewoods.com/blog/benchmarking-malloc-with-doom3/
Проводят benchmark и гистограммы вызовов аллокатора памяти. Не приводят аргументов, но цифры очень похожи на правду. Медиана в 25 наносекунд, 99.9 где-то 20 микросекунд, а когда ядро решает потормозить, уйти в себя, все 500 микросекунд. Отлично почитать, чтобы понимать, насколько быстро современные аллокаторы отдают память.
3. https://arxiv.org/pdf/2205.05982.pdf
Мы тут выложили SIMD сортировку. Честно? Мне не понравилось, идея ок, сравнение и ускорения только для чисел. Невозможно задеплоить в прод адекватно, сортировка чисел не так много цпу занимает. В итоге ни в стандартную библиотеку не включить, ещё и требует зависимости большой SIMD библиотеки. Я не в восторге, так как результат никогда не пойдет в масштабный прод, но если хочется почитать и проникнуться очередными трюками SIMD, welcome.
Я начинаю как-то дифференциацировать оптимизации: либо в тексте должны быть хорошие идеи, которые чему-то учат, либо оптимизации должны уже кому-то помочь. Если первый факт слабый, а второй никому не помог, то я теряю интерес практически моментально.
4. Возможно в ближайшее время будут посты попроще или поменьше. Точно есть ещё на пару недель и один огромный пост, а дальше как-то список закончился. Я расту в Google, мне тяжело, я едва успеваю делать что-то вне работы, плюс ещё полно интересных вещей в обычной смертной жизни происходит. Никогда не думал, что это будет настолько тяжёлая проблема, скейл команды и продукта (а ещё и себя самого), мы растем по количеству пользователей, всем метрикам, а из-за этого количество всех corner case багов увеличивается, нагрузка на support увеличивается и просто уже не хватает ни времени, ни сил. В прошлый раз, когда я чувствовал себя так, я уходил из проекта. На этот раз хочется встретиться с этим и попытаться вытащить продукт на следующий уровень хотя бы 2х по всем параметрам. А 2х по меркам Google это, конечно, очень сложно, и, наверное, самое сложное это community и поддержка проекта, технически уж справимся. Новые испытания, uncomfortably exciting! :)
https://mazzo.li/posts/fast-pipes.html
Если коротко, то используется [vm]splice системные вызовы с большими страницами. Интересный факт заключается в том, что эти вызовы в какой-то степени "дарят" страницы другим процессам и тот, кто их создал, не имеет к ним доступа. Бывают полезные кейсы, несколько раз слышал трейдинг их использует, чтобы правильно отдавать память процессам для обработки. Но правильно их использовать замучиться надо ещё. Поэтому я чаще видел как делают shared memory, контролируя весь стек.
Интересный вопрос, а можно ли что-то придумать, чтобы эти страницы помечались copy on write. Мое знание Linux говорит, что да, такой флажок есть, наверное, что-то даже можно сварить из select+poll, но уже становится достаточно тяжело. Отличная идея для io_uring, как по мне :)
Тем не менее, написано понятным языком, и можно узнать много нового.
2. https://www.forrestthewoods.com/blog/benchmarking-malloc-with-doom3/
Проводят benchmark и гистограммы вызовов аллокатора памяти. Не приводят аргументов, но цифры очень похожи на правду. Медиана в 25 наносекунд, 99.9 где-то 20 микросекунд, а когда ядро решает потормозить, уйти в себя, все 500 микросекунд. Отлично почитать, чтобы понимать, насколько быстро современные аллокаторы отдают память.
3. https://arxiv.org/pdf/2205.05982.pdf
Мы тут выложили SIMD сортировку. Честно? Мне не понравилось, идея ок, сравнение и ускорения только для чисел. Невозможно задеплоить в прод адекватно, сортировка чисел не так много цпу занимает. В итоге ни в стандартную библиотеку не включить, ещё и требует зависимости большой SIMD библиотеки. Я не в восторге, так как результат никогда не пойдет в масштабный прод, но если хочется почитать и проникнуться очередными трюками SIMD, welcome.
Я начинаю как-то дифференциацировать оптимизации: либо в тексте должны быть хорошие идеи, которые чему-то учат, либо оптимизации должны уже кому-то помочь. Если первый факт слабый, а второй никому не помог, то я теряю интерес практически моментально.
4. Возможно в ближайшее время будут посты попроще или поменьше. Точно есть ещё на пару недель и один огромный пост, а дальше как-то список закончился. Я расту в Google, мне тяжело, я едва успеваю делать что-то вне работы, плюс ещё полно интересных вещей в обычной смертной жизни происходит. Никогда не думал, что это будет настолько тяжёлая проблема, скейл команды и продукта (а ещё и себя самого), мы растем по количеству пользователей, всем метрикам, а из-за этого количество всех corner case багов увеличивается, нагрузка на support увеличивается и просто уже не хватает ни времени, ни сил. В прошлый раз, когда я чувствовал себя так, я уходил из проекта. На этот раз хочется встретиться с этим и попытаться вытащить продукт на следующий уровень хотя бы 2х по всем параметрам. А 2х по меркам Google это, конечно, очень сложно, и, наверное, самое сложное это community и поддержка проекта, технически уж справимся. Новые испытания, uncomfortably exciting! :)
mazzo.li
How fast are Linux pipes anyway?
Pipes are ubiquitous in Unix --- but how fast can they go on Linux? In this post we'll iteratively improve a simple pipe-writing benchmark from 3.5GiB/s to 65GiB/s, guided by Linux `perf`.
Forwarded from Технологический Болт Генона
oreilly-report-what-is-distributed-sql.pdf
2.6 MB
O’Reilly и CockroachDB выкатили. Читается легко.
Paul Modderman, Jim Walker, Charles Custer. What Is Distributed SQL? Scale, Resilience, and Data Locality for Modern Applications. 2022.
Paul Modderman, Jim Walker, Charles Custer. What Is Distributed SQL? Scale, Resilience, and Data Locality for Modern Applications. 2022.
Forwarded from 10 долларов Баффетта
🚘 Конкурс от Waves.Exchange. Скам или возможность пополнить гараж Lamborghini Huracan?
Вряд ли среди криптанов остались еще те, кто не слышал о возможности выиграть реальную Ламбу просто инвестировав стейблы в пул Lambo Investments под 63,7% годовых.
🤔 Звучит шикарно, но так ли это?
Во-первых, у всех олдов сразу после объявления конкурса возник вопрос «А что собственно произошло с предыдущей ламбой, которую Waves разыгрывал примерно год назад?». Где фотки счастливого победителя? Почему нет видео с церемонии передачи спорткара Сашей Ивановым?
Ответ сомнительный. Этой Ламбы не существует и никогда не существовало. Видимо, победитель предпочитает самокаты, так как он предпочел забрать выигрыш в долларовом эквиваленте. Но к Waves придраться не получится. Вся хронология конкурса полностью прозрачна.
• Общая сумма инвестиций : $ 42,370,392
• Количество участников : 11,124
• Общий профит участников : $ 6,366,148
• Адрес победителя : 3P4BgbsiezRgCKxqVMfTBL5PfXJjHVmMSDh
• Транзакция на: 240,000 : https://wavesexplorer.com/tx/8MYvJn9RBXLabMJvg6uke64Zd71CVY83aNEf3XB1tSYp
Победитель был выбран при помощи прокачанного рандомайзера https://random.wavesplatform.com/. Для особо придирчивых весь механизм работы описан на сайте.
Если оценить объективно, для команды Waves $250 000 — это не столь большая сумма. Затраты на антикризисный пиар с целью усмирения вейвс фанов в случае вычисления скама будут в разы выше.
🎁 Чтобы принять участие в новом конкурсе на Ламбу и заодно задепозитить стейблы под 63,7%, переходите по ссылке: Waves.Exchange
➖➖➖➖➖➖➖➖
📑 Дисклеймер #реклама
Вряд ли среди криптанов остались еще те, кто не слышал о возможности выиграть реальную Ламбу просто инвестировав стейблы в пул Lambo Investments под 63,7% годовых.
🤔 Звучит шикарно, но так ли это?
Во-первых, у всех олдов сразу после объявления конкурса возник вопрос «А что собственно произошло с предыдущей ламбой, которую Waves разыгрывал примерно год назад?». Где фотки счастливого победителя? Почему нет видео с церемонии передачи спорткара Сашей Ивановым?
Ответ сомнительный. Этой Ламбы не существует и никогда не существовало. Видимо, победитель предпочитает самокаты, так как он предпочел забрать выигрыш в долларовом эквиваленте. Но к Waves придраться не получится. Вся хронология конкурса полностью прозрачна.
• Общая сумма инвестиций : $ 42,370,392
• Количество участников : 11,124
• Общий профит участников : $ 6,366,148
• Адрес победителя : 3P4BgbsiezRgCKxqVMfTBL5PfXJjHVmMSDh
• Транзакция на: 240,000 : https://wavesexplorer.com/tx/8MYvJn9RBXLabMJvg6uke64Zd71CVY83aNEf3XB1tSYp
Победитель был выбран при помощи прокачанного рандомайзера https://random.wavesplatform.com/. Для особо придирчивых весь механизм работы описан на сайте.
Если оценить объективно, для команды Waves $250 000 — это не столь большая сумма. Затраты на антикризисный пиар с целью усмирения вейвс фанов в случае вычисления скама будут в разы выше.
🎁 Чтобы принять участие в новом конкурсе на Ламбу и заодно задепозитить стейблы под 63,7%, переходите по ссылке: Waves.Exchange
➖➖➖➖➖➖➖➖
📑 Дисклеймер #реклама
Forwarded from bravit-about