Доли многовыводного обмена складываются в сто процентов, но этого недостаточно для проверки каждой ветки. После деления могут появиться дробные части минимальной единицы, а заданный размер одного направления может оказаться ниже его порога. Полезно отдельно проверить сохранение бюджета, правило округления и ограничения каждой части.
Зафиксируйте, какую сумму вы делите
Сумма отправки, промежуточный бюджет и итоговые поступления — разные величины. В описании сплит-обмена KOT.CASH доли относятся к распределению суммы между направлениями. Если выходы в разных валютах, их количества нельзя просто сложить и сравнить с количеством исходной монеты. Для этого понадобились бы отдельные курсы, условия и единая мера.
Наш инструмент начинает работу с суммы, которую вы сами определили как бюджет распределения. Все минимумы в нём должны быть выражены в этой же валюте и на том же этапе. Если известен только минимум выходной монеты, подставлять его число в строку входного бюджета нельзя. Модель не выполняет пересчёт между валютами.
| Ветка | Доля | Математическая часть | Результат правила | Введённый минимум |
|---|---|---|---|---|
| A | 50% | 50 000 + 0,5 | 50 001 | 49 000: условие выполнено |
| B | 30% | 30 000 + 0,3 | 30 000 | 31 000: не хватает 1 000 |
| C | 20% | 20 000 + 0,2 | 20 000 | 19 000: условие выполнено |
Почему округление каждой строки отдельно не решает задачу
Если просто отбросить дробные части, получится 100 000 единиц вместо 100 001. Одна единица останется нераспределённой. Произвольное округление каждой части вверх способно дать обратную проблему — сумму больше бюджета. Поэтому правило нужно задавать для всего набора, а не независимо для каждой строки.
- Переведите бюджет в целое число минимальных единиц согласно выбранной точности.
- Рассчитайте доли в сотых процента и проверьте, что они дают ровно 100,00%.
- Для каждой части возьмите целое количество единиц и сохраните её дробный остаток.
- Оставшиеся целые единицы выдайте веткам с наибольшими остатками.
- При равных остатках используйте заранее заданный порядок ID, чтобы результат не зависел от перестановки строк.
В таблице остатки равны 0,5, 0,3 и 0,2. Дополнительную единицу получает A, поэтому итоговая сумма частей точно равна бюджету. Это выбранное учебное правило. Оно не утверждает, что реальный сервис использует такой же порядок или такой же способ округления.
Как связаны десятичная запись и минимальная единица
При восьми дробных знаках 0,00100001 соответствует 100 001 единице. Для BTC одна монета содержит 100 миллионов сатоши; эта величина используется и в Bitcoin Core. В инструменте точность задаётся отдельно, потому что он не определяет валюту автоматически и не проверяет её параметры.
Суммы обрабатываются целыми числами, без двоичного округления денежных дробей. Лишние знаки после точки не отбрасываются молча: такой ввод отклоняется. Для долей поддерживаются максимум два дробных знака. Ограничения интерфейса относятся к этой модели, а не описывают все форматы реального обмена.
Что получится в десятичном виде
Для бюджета 0.00100001 с точностью 8 ветки получают 0.00050001, 0.00030000 и 0.00020000. Их сумма равна 0.00100001. Это арифметика одной валюты. Получаемые ETH, SOL или другие конечные активы здесь не рассчитываются.
Почему суммы минимумов тоже недостаточно
Минимумы примера складываются в 99 000 единиц — меньше бюджета 100 001. Но это лишь проверка общего объёма. При выбранных долях B получает 30 000 вместо требуемых 31 000. Одновременно утверждения «сумма минимумов помещается» и «одна ветка не проходит минимум» могут быть правильными.
- Сохранение бюджета
- Показывает, что ни одна минимальная единица не потерялась и не была создана округлением.
- Общая вместимость минимумов
- Сравнивает сумму введённых порогов с общим бюджетом.
- Проверка каждой ветки
- Сравнивает её фактическое распределение с собственным введённым порогом.
- Доступность реального обмена
- Требует актуальных условий сервиса; первые три проверки её не подтверждают.
Что модель намеренно не исправляет автоматически
- Недостаток одной ветки не покрывается скрытым переносом из соседней: это изменило бы выбранные доли.
- Неизвестный минимум не объявляется нулевым. Нулевой ввод задаёт лишь нулевое условие этой модели.
- Ветки с нулевым результатом показываются отдельно, а не удаляются ради красивого итога.
- ID является условной меткой; адрес, сеть и возможность получения средств не проверяются.
Перед реальной операцией проверьте текущий расчёт по каждому направлению. Если минимум задан в другой валюте, либо комиссии меняют доступный бюджет, одного этого распределения недостаточно. Важно обсуждать нужную величину и её единицы, а не переносить число из одного поля в другое по внешнему сходству.
При сверке расчёта на странице сплит-обмена KOT.CASH полезно уточнить: «На каком этапе и в какой валюте указан минимум ветки B?» Подготовьте список выбранных долей и единицы каждого порога. Так вопрос об ограничении направления будет отделён от простой проверки суммы процентов.
Распределить учебный бюджет без потери минимальных единиц
Учебная модель 2–4 веток. Проценты с точкой, до двух дробных знаков, сумма 100%. ID — условные метки. Минимумы должны относиться к той же валюте и этапу бюджета. Не котировка KOT.CASH; комиссии и конвертации не рассчитываются. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.