- У меня есть компания, которая продает майки. Каждая майка стоит $1. На вход посылаются каждый раз деньги по $1. В месяц текущие траты компании составляют $3000.
- У меня есть компания, бюджет которой составляет 12 эфиров в месяц.... TODO
- У меня есть roadmap. Если мы собираем 100 ETH -> делаем базовую версию backend. Если мы собираем 500 ETH -> делаем базовую версию backend + мобильное приложение. Все что собрано больше - бонусы команде.
- Если мы собираем 100 ETH -> делаем базовую версию backend. Если мы собираем 500 ETH -> делаем базовую версию backend + мобильное приложение. Все что собрано больше - возвращаем или не берем.
- Если клиент посылает больше денег на вход -> revert()
- Хотим уметь изменить схему (то есть addChild(), связи элементов)
- Мы не хотим удалять элементы, но хотим делать open()/close()
- Мы хотим перечислять children'ов: getChildrenCount(), getChild(index);
- Мы хотим иметь возможность понять, сколько минимально ср-в НУЖНО послать
- Мы хотим иметь возможность понять, сколько ср-в МОЖНО послать
- Если элемент хранит ср-ва, то нужно понимать, сколько текущий баланс и сколько еще требуется
- У relate exp меньше или равно 100%
- У relate exp не может быть 0%
- У abs exp не может быть 0 ETH
- Сплиттер не должен хранили деньги никогда
- Чтобы у сплиттера было всегда 100% в output'ах
- Кол-во ручной работы с элементами и индексами (у пользователя) должно быть минимальное (чтобы не ошибиться) -> "ID элементов создаются автоматически, но не задаются руками"
Описание: Не поточная модель. Берет только сколько требуют все элементы
Pros:
- не берет денег, больше чем ему требуется
Описание: Поточная модель. TODO