MLPool Context MLPool(далее мета-пул) представляет собой LP токен(ERC20) c функцией приема/снятия сторонних ERC20 токенов от внешних пользователей. Помимо этого мета-пул обладает набором интерфейсов для управления позицией в пуле uniswap_v3. Позиция в пуле uniswap_v3 репрезентует переданные ему пару токенов(например USDC и WETH) и характерезуется верхней и нижней границей позиции и суммой позиции. Работа функций deposit и withdraw мета-пула не семетрична. deposit имеет pull стратегию, withdraw - push. При депонировании(deposit) пользователь передает мета-пулу требуемый токен(например WETH), в замен получает LP токен MLP_WETHUSDC, торговый робот при следующей ребалансировки позиции в пуле uniswap_v3 автоматически нарастит ее емкость на сумму пришедшую от пользователей мета-пула за весь период после последней ребалансировки(важно знать, что для наращивания позиции помимо пользовательских токенов используя капитал управляющих мета-пула). При снятии(withdraw) пользователь сжигает часть позиции в пуле uniswap_v3 и забирает вложенный токен, второй токен соженной позиции остается на контракте мета-пула. Для операций над позицией в пуле uniswap_v3 мета-пул имеем следующие инструменты:

Issuses 1. Missing checking of token keeping duration. Не соответствует заявленной бизнес-логике(в контракте реализован общий календарь вестинга для всех пользователей). Does not correspond to the declared business logic (the contract implements a common vesting calendar for all users). 2. Owner`s ability to change user information. Методы плоскости управления состоянием пользователя удалены из контракта.

1. Введение Данный токенсейл имеет ряд специфических деталей, отличающих его от обычных токенсейлов. На сид раунде пользователи меняют временный токен на токен HRC. Пользователи сида приглашают пользователей приват по реферальным ссылкам, не имея которых зарегистрироватся на приват нельзя. 5-ти уровневая партнерская программа. Эти обстоятельства привели к использованию 2-х изолированных друг от друга реестров пользователей с отличными друг от друга идентификаторами пользователей: Контракт токенсейла в БЧ

Обзор Тестирование через эмуляцию пользовательской сесии браузера с использоапнием локальной ноды(Ganache_v7) с использованием кошелька(Metamask). По мотивам https://www.youtube.com/watch?v=iuQ93LE11FM Что нам не подходит: truffle(tf) => hardhat(hh) https://github.com/decentraland/dappeteer => https://github.com/chainsafe/dappeteer

Full name(s): Ivan Kocheshev Citizenship : Russia Cell : +79067941441 Mail : ivan.kocheshev@gmail.com Linkedin : https://linkedin.com/in/devmanio/ Github : https://github.com/devmanio Telegram : https://t.me/devmanio Work experience

Abstract Инвест-платформа на bsc для токенсейла, фарминга и стейкинга?. MVP(V1) версия SFTY в bsc - упор на быстрый старт. Обособленный блокчейн(V2) - TBA. Требуемый функционал v1 [x] Токеномика [x] Токен SFTY(BEP20) [x] Контракт первичного токенсейла на X? раундов [x] Контракт фарминга [ ] Контракт стейкинга???

Анотация Инвест-платформа на eth для менеджмента коллективным инвест-фондом группой проф управляющих, инвестирующим в LP Uniswap, распределение прибыли от LP по средством a) прямого распределение через партнерские выплаты b) фарминг собственных токенов проекта. Требуемый функционал v1 [x] ERC20_Token - ico/farming [x] Фиатный процессинг [x] Клиентское депонирование/снятие капитала из общего пула(multi-token/eip1155) [x] Офф-чейн расчет партнерских вознаграждений [x] Клейм партнерских вознаграждений

MLGT/mlETH токены При вложении в пул ETH, пользователь получает mlETH Курс обмена mlETH растет со временем, отражая интерес пользователя(2.25% в неделю???перейти на расчетный APY, исходя из входящего потока rewardPool(см Compound WP 2.3 Interest Rate Model)) Помимо mlETH токенов в системе присутствует MLGT(My Liquidity Governance Token) токен - токен управления протоколом +X Мес от старта через DAO можно провести решение о дополнительной стимуляции пользователей протокола в виде дополнительного бонуса, начисляемого токенами MLGT - это расширит пользовательскую базу владельцев токена и уменьшит вероятность появление синдикатов, влияющих на протокол. Изменения в разработке SRS => Wiki (olympusDAO, compound, visor)

From 🎑digital arts to 💾digital goods. Продукт xGallery is an all-in-one NFT processing and e-commerce solution. Accept payments, sell digital products from your own and more, do it all with a xGallery protocol. Запусти свой магазин цифровых товаров в Xgallery NFT PROCESSOR в котором каждый может создать свою собственную галерею, витрину доску объявлений, пространство для своих NFT, цифровых товаров или любого другого контента. Мы топим за - WEB 3.0

Vision Перенос NFT аукциона во второй слой, первым слоем выступает BSC Description Для достижения максимального охвата ЦА неплохо-бы к построить NFT маркетплейс по технологии оптимистичных сверток(Optimistic rollups, https://vitalik.ca/general/2021/01/05/rollup.html). Используя данную технологию и тот факт что EVM используется не только в ETH, но и в BSC можно построить маркетплейс в виде роллапа на множество цепочек первого слоя. Помимо решение проблемы транзакционных коммисий цепочек первого слоя такой подход также оптимизирует пользовательский UX - пользователи такого приложения не потребуется использовать специализированные кошельки, достаточно наличие у них нативных для цепочек первого слоя кошельков.

Введение Для корректной ребалансировки пула крипто-активов необходимо достичь атомарности цепочки операций обмена в рамках транзакции ребалансировки. Без достижения этого свойства неизбежно возникнет проблема частично выполненных операций. Начальное состояние этосостояние до момента принятия решения о ребалансировки = пул из 3 активов. Актив Стоимость(USD) Курс(Актив/USD) 100 RUS_RUB

Стек, требуемый в разработке DLT приложений Опыт в разработке рыночных систем(Консенсусные системы на основе аукционов и сопостовления/OVM/) Game teory Economic Опыт в разработке высокопроизводительных MIMD систем(Массивно паралельный массив процессоров/Rust+cpp) Computer Scince Опыт в разработке распределенных систем(Erlang/State-full k8s) Computer Scince Опыт использования протоколов эксперементальной криптографии(ZKP, MPC, NiPoPoW, ZK2) Cryptography Math Опыт использования математики с фиксированной точностью(Q-MATH) Computer Scince Math Глубокое понимание и опыт использования алгебраических типов данных(Rust/Ocaml ADT) Computer Scince Category teory Опыт с графовыми структурами данных на основе направленного ациклического графа(CRDT/MRDT) Computer Scince Опыт с формальными спецификациями, реализация спецификаций на основе языков темпоральной логики с последующей автоматической верификацией кода(TLA+/K-FW) Computer Scince

uri: did:l2:array short_name: application processors array unit long_name: Parallel processors array Application processors array Анотация Представляем вашему вниманию двигатель для организации комуникации сети независимых приложений, построенных по технологии распределнных реестров (second layer distributed ledger technology, L2.DLT)[^L2_DLT], использующий набор массивно паралельных масивов виртуальных процессоров (massively parallel processors array, MPPA)[^MPPA] в качестве детерменированной среды выполнения функций приложений с ограниченным бюджетом на вычислительный ресурс, позволяет обеспечить любой функции любого приложения режим выполнения со сверх-низкой задержкой(ultra low latency processor runtime <=1мс). Это задает уникальные свойства приложениям L2: черезвычайная компактность - размер приложений ограничен бюджетом на вычислительный ресурс и не может составлять больше нескольких кб. доказуемая корректность - АТД и набор приложений по формальной верификации позволяют исключить наличие недокументированно функционала в любом приложении. невероятная эффективность - общая компактность системы позволяет отказатся от использования медленных типов памяти современных вычислительных устройств.

Параметры модели работы организации "факторинг для танко-строителей:)" codename "duc2" Все коины = ноты, тк такое название больше подходит по смыслу чем коин https://www.investopedia.com/terms/n/note.asp types_of_notes: maker_notes: ownership notes, minting at initial organisation by founders and at fundrizing by investors in market contract taker_notes: money notes, minting by funding liquidity in market contract(money of organisation) ????? work in progress broker_notes: infrastructure provider notes, minting by tresery ???(pre-image minting algorithm for paying to infrastructure providers) simple_debt_notes: simple debt notes, minting by owners(one-time issusing by tresery via POA(makers treshhold decision)

1. Наборы тестов для тестирования среды выполнения контрактов(L2-VM) Для WASM ??? https://webassembly.org/ Для контракта ETH.VM, тесты evm1 py Для контракта BTC.VM => тесты из bitcoin core py Для контрактов каналов: Тесты из lightningd py (Надо выковыривать) Тесты из lnd go

Введение в Collective Любое приложение - это протокол, его должен кто-то предложить, кто-то создать и кто-то использовать. Очень редко все эти роли представлены одним пользователем. Дополнительную сложность в понимании проблемы создает широкий спектр инмтрументов, формирующих процесс управления человечискими ресурсами, необходимыми для создания приложения: начиная от генерации идеи, разработки/улучшения, тестирования и заканчивая использованием приложения. Для снижения трений и как следствие минимизации требуемых на создание и развитие приложения ресурсов создан Collective - сервисный протокол, расширяющий функционал любого приложения необходимыми примитивами, обеспечивающих соблюдение интересов всех сторон производственной цепочки создания и развития приложения. Токен = приложение = протокол = набор функций и хранилище данных с которыми эти функции производят трансформацию. NFT - незаменимый токен, репрезентация уникального ресурса(приложений, людей). FT - заменимый токен, репрезентация не-уникального ресурса(денег). NFT приложения(app) выступает контейнером реестров обладателей ресурсов, сгенерированных приложением в процессе его жизненного цикла и распределенных между пользователями, в роли которых может выступать как 👨‍💻 так и 🤖:

Vault.works Инструмент (далее «сайнер») создания криптографической подписи к результату криптографических функций. Инструмент является сопутствующим и работает как дополнение к основному функционалу независимого программного обеспечения, например: Веб кошелек криптовалюты с предоставлением подписи через сайнер Биржа с подписанием ордеров сайнером Сервис документооборота с авторизацией действий криптографической подписью ПО Сайнера можно разделить на четыре составляющие:

:::info Location: Офис Date: Aug 14, 2020 12:30 PM (MSK) Agenda Введение в substrate 25min [name=IK]

Оригина https://github.com/serokell/ton-paychan/blob/master/doc/Payment-channel.md https://github.com/zeropoolnetwork/zeropool-core/blob/master/smart-contracts/ZeroPool.full.sol https://habr.com/ru/company/distributedlab/blog/418853/ https://uniswap.org/docs/v2 Обзор Предположим, что две стороны, Алиса и Боб, хотели бы сделать серию платежей друг другу, и по соображениям эффективности они решили выполнять их через платежный канал, а не по цепочке. Они согласовывают параметры канала, такие как доли, которые они должны внести (которые будут определять, сколько каждый из них может друг другу в процессе), время ожидания бездействия и штраф за неправильное поведение. Затем контракт канала оплаты предварительно конфигурируется и развертывается в сети блокчейна (это может сделать либо Алиса, либо Боб, либо кто-то еще).

Контекст Для создания абстракции учетной записи во втором слое нужно запустить EVM1[^EVM1] в контексте сервис воркера платежного хендлера браузера(тестовый стенд тут, подробнее тут, код тут). Структура транзакции любого блокчейна - бинарный код вызова метода контракта и приложенная к нему ЭЦП(подробнее про Эфирную транзакцию, транзакцию EOS - важное отличие, процесс авторизации в EVM1 и EOS-VM координально отличаются/в данном контексте не важно, но знать полезно/) Контракт EVM1 - запускаеммый в виртуальной машине класс контракта, имеющий собственный адрес и персистентную память. Выглядит как JSON файл, содержащий описание интерфейса методов контракта, а также описание его атрибутов. Пример исходного кода, abi интерфейса и скомпилированной версии можно глянуть тут(ERC20 токен USDT). IDE для быстрой компиляции контрактов: https://remix.ethereum.org/ . Пожробное описание EVM1 тут Контракт EOS-VM - WASM файл, запускаемый в контексте WASM-VM скомпилированный образ контракта, наследующего интерфейс EOSIO.TOKEN и ряда системных контрактов, заданных EOS.IO, *.abi файл специализирующий его интерфейс и опционально *.md файл описывающий функционал контракта в человекочитаемой форме(называется рикардиан контракт). Пример скомпилированного контракта(эмулирующего стековую машину EVM1) и интерфейса к нему тут. IDE для быстрой компиляции и деплоя контрактов: https://www.eosstudio.io/ подробнее про устройство EOS-VM тут и тут