Обновить
36
0
Александр@2naive

Пользователь

Отправить сообщение
На примере эфира: время генерации блока ~13 сек.
При майнинге через pool используются share.

Фактически, работа по поиску решения блока разбивается на «подзадачи», за количество найденных решений которых уже соревнуются майнеры, чтобы получить выплату.
Внутри одного блока таких решений может быть найдено несколько.
А значит коммуникация с пулом:
1. Получение «задания».
2. Отправка найденного решения
3. Проверка решения пулом и отправка ответа
— может произойти несколько раз в рамках поиска решений одного блока.

Из примера ниже про 100мс это уже минимум k*0,099*3/13=k*0,023, где k=количество шар в рамках одного блока. Что при k=1 дает разницу в 2.3%.

В реальном мире, с учётом других задержек (например на выдачу «задачи», проверки решения и др.) — знаменатель уменьшается, потому как эффективное время на «работу» становится менее 13 секунд — времени публикации решения блока.

Иными словами, влияние latency на доход может измеряться процентами и даже десятками процентов.

более половины всего эфира, который сейчас есть в наличии, был роздан в нулевом блоке при старте этой криптовалюты, а меньшая часть появилась в результате майнинга блоков. Попробуйте нагуглить этот факт в описании этой криптовалюты - скорее всего ничего не выйдет, он не афишируется, и даже скрывается.
Вот пост о сбор средств (продаже токенов) для запуска проекта:
https://blog.ethereum.org/2014/07/22/launching-the-ether-sale/
а вот промежуточные результаты:
https://blog.ethereum.org/2014/08/08/ether-sale-a-statistical-overview/


Странно, что у статьи столько плюсов, ведь она вводит читателей в заблуждение.

Хороший комментарий, но я бы отметил именно «комбинирование фингерпринтинга с другими методами». Плюс тут уже тонкая грань в контексте слежки и сбора информации о пользователях, использования «недокументированных особенностей» ПО на стороне пользователя. Интересующиеся, найдут информацию, но эта тема уже отдельной статьи.

Вижу из профиля на GitHub, что вы состоите в FingerprintJS — интересный проект. Свою звезду я отдал ему 22 Feb 2017 :)
Фейки не выгодны, ведь они не заплатят денег. А пользователи, которые как раз могли бы заплатить, если сервис создает для них ценность, — не станут этого делать, если вокруг одни боты.

В остальном: лично я лучше заплачу за сервис, если он решает мою задачу, понимая на чем он зарабатывает, чем буду пользоваться бесплатным и гадать, кому он продает мои данные, чтобы окупиться. Оплачивая 1Money, TickTick, Sublime, HeidiSQL и другие небольшие сервисы/проекты я даже тешу свою самолюбие, мол и я поспособствовал развитию проекта

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

Понятно, что это лишь «первый рубеж» и просто привязка к номеру не может полностью решить проблему наличия фейков во всем сервисе (и здесь в ход уже идут и ML, и полуавтоматическая модерация), но это простой практический способ немного усложнить жизнь тем, кто хочет использовать его в плохих целях.

«Добывать» новые номера для регистрации стоит денег или времени, а заблокировать можно бесплатно и быстро.
Защита/нападение — это всегда про деньги/время с обоих сторон и комплекс мер.
Интересно, а измеряли конверсию? Решения, которые я видел, либо предлагают ввести последние цифры, либо подставляют их автоматически. Кажется неудобным перепечатывать (при регистрации с десктопа) или копировать номер целиком из истории звонков, а 4 цифры легко запомнить.

Спасибо за статью, особенно за кейс с Heroku.


В чем преимущество над https://github.com/bostrot/telegram-support-bot?
Почему решили писать свой вариант?

2

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность