Целью создания системы является обеспечение прозрачности и равных возможностей для участников рынка аренды и продажи государственного имущества, и как следствие, упразднение коррупционной составляющей в процессе управления активами государства.

Система создается с целью решения следующих задач:

Максимальная прозрачность. Любой документ, любая информация, относящаяся к аренде и продаже государственного имущества, должны быть открыты и доступны онлайн всем заинтересованным лицам.
Простой, понятный и легкий в использовании метод аренды и продажи государственного и частного имущества - открытый аукцион.
Все аукционы – должны быть только электронные.
Стартовая цена аукциона должна быть известна заранее. Закрытая информация получает коррупционную ценность.
Участник не может предложить цену меньшую, чем стартовая цена.
Документы из административных органов (такие как свидетельство о регистрации компании, справка об отсутствии задолженности перед бюджетом, справка об отсутствии возбуждения процедуры банкротства и т.д.) предоставляются только в конце и только кандидатом, предложившим наибольшую цену.
Результат торгов аукциона - рейтинг ставок участников по лоту, на основании которого определяется победитель аукциона.
Победитель аукциона выявляется по принципу pass/fail когда оценивается соответствие участника и его предложение техническим и квалификационным требованиям. Последовательная оценка участников начинается с самого высокого по цене. Т.е. оцениваются не все предложения сразу, а только участник с наибольшей ценой. Если он соответствует техническим и квалификационным требованиям, то признается победителем, а другие участники не рассматриваются.
Любой участник системы может потребовать разъяснения к документации аукциона. Организатор аукциона обязан ответить на вопрос в установленные сроки. Все ответы должны быть доступны всем участникам, а так же сразу становиться неотъемлемым элементом документации аукциона;
Любой участник может обжаловать любой текущий аукцион. При наличии не удовлетворенной жалобы участник в праве использовать данные из системы для обращения на их основании в суд;
Функционирование системы должно быть полностью изолировано от каких бы то ни было воздействий на неё со стороны единичных участников или отдельных групп участников, как с финансовой, так и правовой точки зрения. Финансовая независимость должна быть обеспечена механизмами самофинансирования, а правовая независимость – измененным порядком проведения аукционов и законодательно закрепленным Стандартом технических требований, разработанному неким Сообществом, в состав которого на принципе паритета входят представители гос. органов и гражданского общества.
Любое заинтересованное лицо должно иметь возможность получить всю связанную с осуществлением аукционов информацию через Интернет, включая:

объявления о проведении аукциона;
документацию аукциона;
предложения участников аукциона;
протоколы аукционов;
всю относящуюся к аукциону переписку;
договоры с победителями аукционов.

Определение терминов

Электронный аукцион - электронные торги с использованием системы электронного аукциона.
Система электронного аукциона (Система) - информационно-телекоммуникационная система с общедоступной децентрализованной (распределенной) базой данных, в которой с использованием технологии blockchain и сети Интернет в режиме реального времени непрерывно и открыто для неограниченного круга лиц осуществляется сбор, визуализация и хранения информации об объектах аукционов, авторизация участников аукционов, а также предоставление, сопоставление и принятия ценовых предложений (ставок) участников аукционов.
Организатор электронного аукциона (Организатор) - орган государственной власти или государственное предприятие, которое выставляет на продажу или аренду государственное имущество через электронный аукцион.
Участник электронного аукциона (Участник) - физическое или юридическое лицо, или их представитель, которым выполнена подача ценового предложения в электронном аукционе.
Лот электронного аукциона – описанный в системе электронного аукциона объект, подлежащий продаже через электронный аукцион, содержащий информацию о начальной стоимости объекта, минимальном шаге аукциона, времени начала и окончания экспозиции и торгов аукциона.
Ставка электронного аукциона – ценовое предложение от участника электронного аукциона по лоту электронного аукциона.
Шаг электронного аукциона – границы минимального однократного повышения ставки электронного аукциона.
Текущая ставка электронного аукциона – максимальное ценовое предложение электронного аукциона по лоту электронного аукциона зарегистрированное от одного участника аукциона.
Протокол лота электронного аукциона – соответствующий компьютерный протокол, который включает сведения о лоте и условиях его приобретения, определяющий в автоматическом режиме порядок осуществления и ход проведения электронного аукциона;
Протокол ставки участника электронного аукциона - соответствующий компьютерный протокол, который включает сведения о ценовом предложении участника электронного аукциона по лоту аукциона. Ставка участника аукциона принимается системой только при условии того что она выше его текущей ставки;
Банковское учреждение гарант (Банк гарант) - банк, в соответствии с соглашением с Организатором является держателем гарантийных депозитов физического или юридического лица, связанного с конкретным объектом электронного аукциона;
Банковское учреждение регистратор (Банк регистратор) - банк, в соответствии с соглашением с Оператором торговой площадки выполняет идентификацию и прием уплаты регистрационных взносов участников, связанных с конкретным объектом электронного аукциона;
Оператор торговой площадки (Оператор) - юридическое или физическое лицо предоставляющее доступ к Системе с использованием специального программного обеспечения (СПО). Оператор может самостоятельно выполнять функцию идентификации участников.
Торговая площадка (узел) - аппаратно-программный комплекс одного Оператора, содержащий полную копию БД системы и предоставляющий доступ Участникам к Системе с использованием СПО.
Наблюдатели – общественные и государственные организации следящие за проведением аукционов;
Гарантийный депозит - залог, который по одному лоту платит физическое или юридическое лицо, для участия в электронных торгах и который засчитывается победителю электронного аукциона в счет цены договора;
Регистрационный взнос - средства, уплаченные Участником аукциона Оператору торговой площадки на покрытие его расходов. Регистрационный взнос возврату Участнику аукциона не подлежит, кроме случаев отмены аукциона Организатором;

Роли сторон электронного аукциона и их заинтересованности

Организатор – заинтересован в:

получении максимально высокой цены за лот аукциона, которая может быть сформирована при условии высокой конкуренции Участников аукциона;
максимальной конкуренции Участников аукциона, в следствие их максимального количества;
отсутствии технических и процедурных ограничений для роста цены лота.

Участник аукциона – заинтересован в:

простоте и прозрачности проведения аукциона;
равенстве, полноте и своевременности доступа к информации о всех аукционах;
честной конкуренции с другими участниками аукциона.

Оператор – заинтересован в:

максимальном притоке организаторов и оказании им услуг по регистрации через себя лотов аукционов, чтобы в кратчайшие сроки информировать потенциальных участников;
максимальном притоке участников аукциона так как берет с них фиксированную плату за участие в аукционе.

Наблюдатели – заинтересованы в:

публичной доступности всех материалов связанных с организацией и проведением аукционов;
прозрачности всех принятых решений по результатам аукциона.

Функции сторон электронного аукциона в аукционе

Организаторы

объявляют о проведении аукциона и публикуют условия аукциона;

отвечают на вопросы касающиеся условий аукциона;
публикуют результат рассмотрения жалобы;
публикуют решение о дисквалификации участника;
публикуют реквизиты договора с победителем;
публикуют результат решения суда по аукциону.

Участники

ознакамливаются с условиями аукциона;
задают вопросы касающиеся условий аукциона ;
регистрируют ставки в аукционе;
подают жалобы организатору аукциона.

Операторы

идентифицируют организаторов и участников аукциона и предоставляют доступ к СПО для проведения аукциона;
предоставляют дополнительные услуги для:

организаторов по вводу регистрационной информации об аукционе и решениях Организатора по результатах аукциона;
участников аукциона, информируя их о новых аукционах;

публикуют результат решения суда по аукциону, если оказывали услуги по регистрации лота электронного аукциона для Организатора.

Наблюдатели - ведут онлайн-мониторинг доступности данных системы.

Предлагаемый сценарий проведения электронного аукциона

Требования к архитектуре Системы

В предлагаемой архитектуре системы:

размещение и хранение данных об аукционе должно осуществляться в децентрализованной базе данных (БД), предполагающей полную публичность и доступность информации, а так же равноправие всех участников системы;
должны использоваться единые правила проведения аукциона, а так же общедоступные стандарты форматов данных и порядка обмена данными;
должна предусматриваться свобода выбора каждым участником способов (самостоятельно или через Оператора) и средств (с помощью самостоятельно разработанного ПО, приобретенного или арендованного) участия в аукционе, но при единственном условии - соблюдении стандартов формата данных, порядка обмена ими и правил проведения аукциона;
все базовые компоненты системы реализующие протокол передачи данных системы, ведения децентрализованой БД, регистрации учетных записей пользователей должны быть реализованы на открытом исходном коде, исключающем возможность простоя, цензуры, мошенничества или вмешательства третьей стороны, а так же доступном для анализа всем заинтересованным лицам;
коммуникационные каналы Операторов должны предусматривать резервирование подключения к сети Интернет, по разным физическим каналам связи (проводное и беспроводное) и от разных операторов, а так же скорость передачи данных не ниже 1 МБит/сек;
нет требований к электронным сервисом, о которых указывается ниже; -
веб-сайты Организаторов и Регистраторов должны обеспечивать доступность функций мониторинга лотов электронных аукционов, включая информацию о платежах, торгов по лотам электронных аукционов, активных торговых площадок, результатов торгов по электронным аукционам в режиме 24/7;
все данные Системы в силу применения децентрализованной модели являются публичными, ввиду чего требований к конфиденциальности или административной целостности не предъявляются. Целостность системы должна обеспечивается на уровне транспортного протокола - https, а так же на уровне БД, применением технологии Blockchain. Доступность должна обеспечивается децентрализованной моделью функционирования.

Предлагаемые технические решения

Архитектура системы

Компоненты системы и требования к ним

Децентрализованная (распределенная) база данных, обеспечивает:

регистрацию лотов аукциона от организаторов в режиме реального времени;
регистрацию предложений участников аукциона (ставки) в режиме реального времени;
хранение данных о лоте, ставках, выписках и платежах аукциона;
получение копии базы лотов и ставок аукционов любому участнику в любой момент;
гарантированный высокий уровень доступности и отказоустойчивости за счет своей децентрализованности;
целостность каждого лота и ставки аукциона за счет применения технологии Blockchain.

Приложение Организатора аукциона.

Предоставляет пользовательский интерфейс (User Interface - UI) для:

инициации аукционов;
добавления материалов аукциона;
отображения хода проведения аукциона в режиме реального времени;
отображения результатов проведения аукциона;
поиска и отображения архива аукционов.

Формирует согласно Стандарта XML-пакеты с данными об:

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

Отправляет XML-пакеты с данными для о лоте аукциона в децентрализованную БД электронного аукциона.
Мониторит появление новых лотов аукциона в децентрализованной БД электронного аукциона.
Публикует информацию о лоте аукциона и идентификаторе лота аукциона на общедоступном специализированном веб-сайте.
Отображает время до начала и окончания аукциона.

Приложение Участника аукциона.

Предоставляет пользовательский интерфейс (User Interface - UI) для:

поиска аукциона и ознакомления с его данными;
ознакомления и копирования материалов аукциона;
регистрации участника аукциона;
подачи предложения участника в ходе аукциона;
отображения хода проведения аукциона в режиме реального времени;
отображения результата проведения аукциона;
подачи жалоб и вопросов организатору аукциона;
поиска и отображения архива аукционов.

Формирует согласно Стандарта XML-пакеты с данными о:

вопросах и жалобах участника;
регистрационных данных участника;
предложениях (ставках) Участника в ходе аукциона.

Отправляет XML-пакеты с данными для лота электронного аукциона на регистрацию ставки в контакте аукциона в Системе.
Мониторит появление новых предложений Участников по аукциону в Системе.

API Системы включает в себя:

требования к формату данных;
требования к протоколам взаимодействия компонентов Системы;
требования к процедуре проведения аукционов и определения победителя.

Этапы электронного аукциона

Регистрация - этап предшествующий экспозиции лота электронного аукциона (регистрация заканчивается наложением ЭЦП Организатора). Во время регистрации Организатором при необходимости выполняется выбор Оператора и заключение с ним договора на регистрацию Организатора в системе и предоставления доступа для регитсрации даных об аукционе.
Экспозиция - начинается сразу после регистрации лота электронного аукциона (регистрация выполняется наложением ЭЦП Организатора). Во время периода экспозиции выполняется регистрация Участников аукциона (во время остальных этапов регистрация участников - не выполняется). К этапу электронных торгов допускаются только те участники, по которым в Системе зарегистрированы подтверждение оплаты регистрационного и гарантийного депозита (где он требуется).
Электронные торги - по умолчанию начинаются в 10.00, на следующий рабочий день после дня окончания периода экспозиции. Для всех лотов устанавливается единое время для периода электронных торгов - два часа. Торги по лоту электронного аукциона не начинаются и электронный аукцион автоматически снимается с торгов (закрывается) если по лоту нет зарегистрированных участников. Участники не сделавшие ни одного ценового предложения не попадают в рейтинг ставок. При отсутствии ценовых предложений от участников - рейтинг не формируется и торги по лоту считаются не состоявшимися.
Ценовые предложения участников электронных торгов (ставки) должны соответствовать следующим требованиям:

Первая ставка должна быть больше начальной цены продажи лота на величину не менее чем шаг электронного аукциона.
Каждая последующая ставка одного и того же участника торгов должна превышать его предыдущую ставку не менее чем на шаг электронного аукциона
Участники электронных торгов подают свои ставки независимо друг от друга и без каких-либо ограничений по размеру ставок сделанных другими участниками

Результатом электронных торгов - по конкретному лоту является рейтинг ставок участников не отменивших свое участие в аукционе. Рейтинг автоматически формируется Системой по истечении времени, установленного для проведения этапа электронных торгов.

Заключение договора - этап начинается сразу после окончания торгов аукциона. Договор между организатором и победителем электронных торгов по лоту заключается не позднее десяти рабочих дней с момента окончания электронных торгов. Участник электронных торгов, сразу после объявления его лидером рейтинга ценовых предложений (ставок), но не позднее пяти рабочих дней с момента окончания электронных торгов, должен подать документы, предоставляющие возможность его идентифицировать организатору, а также подтвердить свое соответствие требованиям установленным законом, таким образом определенный организатором в информации о лоте. Организатор, на основании документов, предоставленных лидером рейтинга, сведений Системы и сведений, содержащихся в других открытых источниках проверяет наличие оснований для его дисквалификации. Лидер рейтинга, который не был дисквалифицирован, признается победителем электронного аукциона, с которым организатор заключает договор купли-продажи или аренды лота. Решение о признании лидера рейтинга победителем электронных торгов вносится в Систему сразу после его принятия. В случае дисквалификации лидера рейтинга ценовых предложений (ставок) или победителя электронного аукциона организатор вносит в Системы информацию о дисквалифицированного лидера рейтинга или победителя электронного аукциона и причины его дисквалификации, а процедура заключения договора с новым лидером начинается заново, в случае отказа или уклонения от заключения договора или дисквалификации последнего участника, сведения о котором внесены в рейтинг, процедура электронного аукциона проводится Организатором повторно.

Особенности проведения электронного аукциона

Организатор через UI Приложения Организатора вводит необходимые данные для регистрации электронного аукциона.
Приложение организатора формирует эти данные в специальную XML-структуру и выполняет их регистрацию в Системе.
В ответ Приложение Организатора получает уникальный идентификатор и код лота электронного аукциона с помощью которого он контролируется (в т.ч. принимать и отправлять сообщения по уточнению условий проведения электронного аукциона, снятии лота с электронных торгов и т.п.).
После публикации лота электронного аукциона его проведение для всех участников начинается автоматически, в момент указанный в его параметрах.
Участники аукциона через пользовательский UI Участника, используя данные об идентификаторе лота аукциона полученные с веб-сайта Организатора или Оператора на которой находится Участник, или используя функционал поиска активных электронных аукционов Приложения Участника, вводит необходимые данные для регистрации ставки по лоту аукциона.
Приложение Участника формирует эти данные в специальную XML-структуру и отправляет их для регистрации в виде транзакции связанной с лотом аукциона.
В ответ Приложение Участника получает уникальный идентификатор транзакции по которой зарегистрирована ставка.
По истечении времени положенного для проведения торгов аукциона активность аукциона завершается, прием ставок по лоту - прекращается.

Уязвимости предлагаемого решения

Игнорирование Организатором вопросов и жалоб сторон.

исключается путем внедрения соответствующих проверок в ПО, которое отображает результат торгов электронного аукциона.

DDoS-атаки на отдельные площадки или Участников.

решается большим периодом проведения электронных торгов, с тем чтобы дать достаточно времени для переключение оператора на другой канал связи, проверкой для каждой транзакции наличия необходимых платежей и их ЭЦП, а так же ограничением в 250 транзакций на блок, из которых 10% отводится для транзакций по регистрации нового участника.

Экстремальное завышение ставки и последующий отказ от ставки, для манипулирования очередью рассмотрения победителя.

решается независимым приемом ставок от всех участников и последовательным рассмотрением рейтинга ставок участников, дисквалификацией в случае отказа от идентификации или оплаты лота кандидата в победители и перехода к следующему участнику в рейтинге.

Регистрация участника

Участники электронного аукциона выполняют регистрацию своего аккаунта (адреса) в привязке к конкретному Оператору и узлу (торговой площадке) - в адрес Участника включается адрес узла (торговой площадки). В этой связи в Системе возникают следующие следствия:

при определении веса узла в процессе достижения консенсуса “голос” участника всегда будет зачтён в пользу того узла где он был выработан;
отключение узла всегда будет приводить к отключению зарегистрированных за ними участников;
физическое месторасположение участника при проведении торгов - не имеет решающего значения при приеме ставки, но будет иметь определенное значение для времени регистрации ставки - чем дальше от оператора тем позже время.

Модель достижения консенсуса

Для достижения консенсуса в Системе предполагается использовать модифицированный Stellar Consensus Protocol (https://github.com/stellar/stellar-core

) с элементами Raft — алгоритма, который активируется на фазе проведения торгов.

В основе модификаций положены следующие предположения:

каждый аукцион порождает свою собственную цепочку событий (ledger) не связанный с другими событиями;
значимость (вес/лидерство) узла при формировании блока определяется по количеству зарегистрировавшихся на торги участников по конкретному лоту аукциона;
как только узлы-участники аукциона получат на подтверждение блок в котором будут отсутствовать транзакции, которые по времени их формирования уже обязательно должны быть включены в текущий блок будет выполнена смена лидера (Raft -алгоритм) и выполнено формирование блока “меньшинства”, в который войдут все “пропущенные” лидером транзакции. После того как блок “меньшинства” будет принят лидером, к нему возвращается право формирования следующего блока.

Следствия:

право на формирование блоков будут иметь только те площадки за которыми есть зарегистрированные участники;
формирование блоков не привязано к площадке организатора;
при обеспечении 51% “порядочных” узлов в аукционе все транзакции будут сохранены в системе, вне зависимости от “порядочности” узла с наибольшим весом.

На первом этапе факт оплаты регистрационного сбора по определенному Лоту в Системе должен отображаться децентрализованной БД банковской выпиской подписанной ЭЦП банка регистратора, которую Оператор должен получить в конце периода экспозиции Лота от её банка регистратора. Каждый Оператор самостоятельно выполняет интеграцию со своим банком регистратором для получения выписок по Лоту в автоматическом режиме.

В дальнейшем, факт оплаты регистрационного сбора должен сохраняться в БД Системы банком регистратором через соответствующие функции API Системы.

Операторы и Участники интегрировавшие у себя связь с криптовалютными системами могут оплачивать и принимать оплату регистрационного сбора минуя банк регистратор. В этом случае факт оплаты должен подтверждаться выпиской и ЭЦП Оператора.

Модель биддинга

В реализуемой модели биддинга приняты следующие установки и ограничения:

в одном блоке - может быть принято не более 250 транзакций.
время формирования одного блока - 2 секунды. Таким образом за одну минуту будет сформировано 30 блоков и 7500 транзакций.
каждая транзакция содержит метку времени, которая проверяется узлом при включении транзакции в блок. При этом в блок из общего пула транзакций включаются только те транзакции у которых минута в метке времени совпадает с минутой генерации блока.
из общего пула транзакций в блок может быть включено не более 10% транзакций относящихся к операции регистрации нового аккаунта Участника электронного аукциона и не более 30% транзакций относящихся к операции регистрации нового лота электронного аукциона. Транзакции не прошедшие лимитный порог - включаются в следующий блок (+смена лидера, если он не включил в следующий блок такие транзакции). Это ограничение нивелирует риск DDoS-атак транзакциями на регистрацию новых пользователей.
при генерации транзакции отправляющая сторона накладывает ЭЦП на содержимое транзакции, в том числе и на метку времени. При включении транзакции в блок, узел выполняющий формирование блока проверяет ЭЦП всех транзакций блока. Транзакции не прошедшие проверку ЭЦП - отвергаются.

Условия включения транзакций в блок

Для каждой транзакции проверяется:

наличие банковской выписки с информацией о регистрационном взносе и гарантийном взносе, если он предусмотрен по лоту аукциона.
при наличии таких выписок проверяется валидность ЭЦП банка и торговой площадки которая записала в децентрализованную БД эту информацию.

Регистрация активности

Операторы, зафиксировавшие регистрационный взнос Участников должны с некоторой периодичностью выполнять регистрацию активности своих торговых площадок в децентрализованной БД аукционов, чтобы обеспечить возможность определения работоспособности узла и нештатные отключения Участников (случаи когда узел “замолкает” по неизвестным причинам).

Идентификация в аукционе

Выполняется с помощью логина и пароля, полученных Организатором или Участником на торговой площадке при регистрации аккаунта пользователя системы электронных аукционов. При этом юридическую ответственность за соответствие регистрационных данных пользователя в системе и фактически предоставленных документов несет Оператор.

Личный ключ (wallet) полученный вместе с аккаунтом может храниться как у Оператора, на его конкретной торговой площадке так и на сменном носителе Организатора / Участника (тогда можно будет работать с торговой площадки любого Оператора).

Дополнительно, для Участников выполнивших оплату регистрационного сбора по Лоту электронного аукциона будет выполняться их идентификация банком регистратором, при приеме платежа, а Системой при приеме ставки так же будет выполняться валидация регистрационных данных о Участнике электронного аукциона с данными банковской выписки, несовпадение которых будет приводить к отказу в принятии ставки.

Регистрационный сбор

Прием Ставок Участников на Лот аукциона должен осуществляться Системой только при наличии оплаты регистрационного сбора от участника по этому же Лоту (наличие оплаты подтверждается банковской выпиской подкрепленной ЭЦП-банка).

Залоговые депозиты и банковская гарантия

Для аукционов, связанных с продажами предприятий, должна быть реализована интеграция с банковскими системами, чтобы при регистрации ставки аукциона была возможность выполнить верификацию наличия:

выписки о депозитном счёте лота аукциона или
выписки о банковской гарантии на лот аукциона

участника выполнившего ставку.

Технически эта интеграция может быть выполнена расширением API клиент-банка дополнительными функциями.

На стороне банка:

отправка выписки о гарантийном взносе выполненном на счет конкретного оператора с информацией о лоте и участнике, подписанной ЭЦП банка;
отправка выписки о банковской гарантии предоставленной по конкретному лоту определенному участнику, подписанной ЭЦП банка;

На стороне клиента:

прием выписки о гарантийном взносе, проверка её ЭЦП и публикация этой информации в децентрализованную БД Системы;
прием выписки о банковской гарантии, проверка её ЭЦП, проверка существования в децентрализованной БД данных о гарантии на лот для такого участника и в случае отсутствия - публикация этой информации в децентрализованную БД Системы.

Дополнительно, интерфейс Участника должен обеспечивать возможность самостоятельной публикации участником выписки о банковской гарантии, подтвержденной ЭЦП банка.

Примерный состав атрибутов выписки для физических лиц:

"transId" : "18192405639", - внутренний референс платежа

"cust_acc_num" : "4149...2246", - счет участника

"cur_id" : "UAH", - валюта

"cust_code" : "3233500892",

"cust_name" : "БИЛАН ПАВЕЛ НИКОЛАЕВИЧ", - ФИО участника торгов

"bankId" : "PB", - мнемоника банка

"bankName" : "Privatbank", - название банка

"trans_date" : "2016-02-12", - дата оплаты

"narrative" : "регистрационный сбор в пользу аукциона по лоту 1099-5116-2777-1", - назначение платежа

"debit_sum" : "3.53" - внесенная сумма регистрационного сбора

Более детальная спецификация ответа на запрос о получении выписки о залоговом депозите и банковской гарантии:

https://docs.google.com/document/d/1vuhqvOsQNfjIT6O5zHXXv9mkY9Lpch_bXQd2grXFiIU/edit

Алгоритм составления рейтинга Участников

Рейтинг строится на основании данных о ставках Участников.
Лидером рейтинга - является Участник предложивший наибольшую цену.
Участники с одинаковой ценой размещаются в рейтинге в соответствии с обратным порядком поступления ставок с максимальным значением т.о. первым в by l
будет Участник который первым предложил большую цену.
Организатор после выполнения проверки Лидера рейтинга на соответствие критериям победителя вносит в систему соответствующее сообщение о признании Лидера рейтинга победителем или о его дисквалификации.
После заключения договора с лидером рейтинга, все участники кроме лидера и дисквалифицированных участников рейтинга получают гарантийный депозит.

Выход участника из аукциона

В период экспозиции, до начала торгов все участники должны иметь возможность уведомить Организатора через систему о своем желании выйти из аукциона и забрать гарантийный депозит.

Данные о лоте электронного аукциона

Ниже приведены атрибуты и их тип (в квадратных скобках), которые должны присутствовать у лота электронного аукциона:

идентификатор аккаунта Организатора электронного аукциона
код ЕДРПОУ Организатора
название лота электронного аукциона и его уникальный номер
тип объекта [земля / предприятие/ индивидуальное имущество]
описание , в том числе:кадастровый код (если земля), код ЕДРПОУ (если предприятие) [текст]
адрес [текст]
отрасль деятельности предприятия [сельхоз. промышленность / соледобывающая пром. / животноводство / перерабатывающая пром. / винодельч. пром.](полный перечень = КВЕД)
геолокация [GPS-координаты WGS-84]
начальная цена [сумма, грн]
лучшая цена [сумма, грн] (изначально равна начальной цене, изменяется после приема ставки)
минимальный шаг аукциона (% от начальной цены лота) [целое число]
максимальный шаг аукциона (% от начальной цены лота) [целое число]
дата и время публикации аукциона [дата, время(часы, минуты)]
дата и время начала приема ставок аукциона [дата, время(часы, минуты)]
продолжительность аукциона (торгов) [часы, минуты]
размер обеспечения аукциона (залог) [сумма, грн]
условия возврата и невозврата обеспечения [текст] (обязателен если размер обеспечения больше 0)
информация о судебных исках и уголовных производствах [текст]
задолженность [отсутствует/кредиторская/дебиторская]
сумма задолженности [сумма, грн] (0, если отсутствует)
описание объекта продажи [текст]
фамилия, имя и отчество, должность и адрес одного или нескольких должностных лиц организатора аукциона, уполномоченных осуществлять связь с участниками [текст];
техническая спецификация (ссылка и контрольная сумма файла доступного на внешнем ресурсе по ссылке)
финансовый отчет, если предприятие (ссылка и контрольная сумма файла доступного на внешнем ресурсе по ссылке)
другая информация о объекте продажи (ссылка и контрольная сумма файла доступного на внешнем ресурсе по ссылке)
идентификатор аккаунта узла Оператора если Организатор работает через него или идентификатор аккаунта узла Организатора, если он работает самостоятельно
код ЕДРПОУ Оператора если Организатор работает через его торговую площадку, или код ЕДРПОУ Организатора, если он работает самостоятельно)[текст]
Договор купли продажи который заключается с победителем аукциона (изменения и дополнения исключены) за исключением случаев если покупателем есть не резидент.

Данные о ставке электронного аукциона

Ниже приведены атрибуты и их тип (в квадратных скобках), которые должны присутствовать у ставки электронного аукциона:

идентификатор аккаунта Участника
код ЕДРПОУ Участника [текст]
тип ставки [ставка/выход из аукциона]
идентификатор связанного лота
цена [сумма, грн]
дата и время публикации ставки аукциона [дата, время(часы, минуты)]
идентификатор аккаунта торговой площадки Оператора, если Участник работает через него, или идентификатор аккаунта Участника, если он работает самостоятельно
код ЕДРПОУ торговой площадки если Участник работает через Оператора, или идентификатор аккаунта Участника, если он работает самостоятельно[текст]

Экономическая модель функционирования системы

При участии в аукционе через торговую площадку, Участники будут оплачивать свое участие непосредственно Оператору только при использовании криптовалют. В остальных случаях - оплата за участие (регистрационный сбор) будет приниматься банками регистраторами на счет выбранного Участником Оператора.

Размер оплаты участия в электронном аукционе Операторы будут определять самостоятельно в зависимости от качества предоставляемых услуг и их рыночной стоимости.

Все Операторы могут предлагать любые дополнительные услуги на платной или безоплатной основе, направленные на:

привлечение максимального количества Участников и Организаторов к проведению электронного аукциона;
повышающие качество подготовки и проведения аукциона, обслуживания Участников и Организаторов аукциона.

К таким услугам относится:

подготовка статистической отчетности (стандартной или по специфическим показателям);
ведение рейтингов Участников и Организаторов;
информирование потенциальных Участников о предстоящих электронных аукционах;
ввод/импорт данных об условиях аукциона, и т.п.

Основными же услугами Площадки будут:

идентификация Организаторов и Участников аукциона, если Площадка будет выполнять публикацию соответствующих пакетов данных;
публикация лотов и ставок электронного аукциона;
публикация решений о дисквалификации Участника.

Мотивация сторон

Мотивирующими факторами для сторон есть:

Оператор:

средства получаемые от организаторов и участников за предоставление доступ к Приложению Организатора и Приложению Участника аукциона;
конкурентное преимущество при наличии ЭЦП с усиленным сертификатом, позволяющее оказывать услуги сторонам электронного аукциона не имеющим собственных средств электронной идентификации (становится юридическим центром ответственности перед стороной аукциона, от имени которой выполняется регистрация данных аукциона);
конкурентное преимущество получаемое при использовании высокоскоростных, надежных каналов связи и развертывания у себя программного обеспечения узла сети.

Организатор:

наличие нескольких готовых решений, предоставляемых Операторами;
открытый стандарт на систему и возможность самостоятельной разработки необходимых компонент.

Участник, Наблюдатель:

возможность выбора готовых решений, предоставляемых Операторами;
открытый стандарт на систему и возможность самостоятельной разработки необходимых компонент;
готовые средства мониторинга базового функционала (блоков транзакций) Системы.

Примеры организации интерфейса

Визуальное отображение аукционов в виде каталога

Пример формы визуального отображения в виде каталога, с функциями поиска по отрасли деятельности, области, району (нужно дополнить информацией о текущей цене и временем до окончания аукциона)

Визуальное отображение аукционов в виде карты

Пример формы визуального отображения в виде карты, с функциями поиска по отрасли деятельности, области, району

Визуальное отображение выбранного аукциона на карте

Нужно дополнить информацией о текущей цене и временем до окончания аукциона, а так же контролом для того чтобы делать ставку на аукционе

Пример детальной формы лота аукциона

Вкладка “Описание”

Вкладка “Спецификация”

Поддержка Системой технологии Blockchain

Лот аукциона

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

Код лота электронного аукциона должен обеспечивать:

запуск торгов аукциона в дату и время указанную Организатором аукциона
завершение торгов аукциона в дату и время указанную Организатором аукциона
регистрацию связанной с лотом ставки аукциона
проверку соответствия ставки минимальному значению ставки аукциона
проверку соответствия ставки минимальному и максимальному шагу прироста ставки аукциона
определение кандидата в победителя аукциона по связанным с лотом ставкам аукциона.

Состав дополнительных атрибутов (тегов) лота электронного аукциона, необходимых для реализации перечисленных требований:

<item_name> - название лота аукциона неоходим идентификатор-номер лота
<item_description> - описание лота аукциона
<item_image> - ссылка на изображение лота аукциона
<item_image_hash> - хеш изображения лота аукциона
<item_doc> - ссылка на документацию лота аукциона
<item_doc_hash> - хеш документации лота аукциона
<auction_date> - дата и время начала торгов аукциона
<auction_expiration> дата и время окончания торгов аукциона
<min_sell> - минимальная стартовая цена
<bid_min_price> - минимальный шаг цены аукциона
<bid_max_price> - максимальный шаг цены аукциона
<buynow_price> - текущая цена лота аукциона

Транзакции

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

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

Блоки транзакций

Для того чтобы исключить возможные манипуляции с транзакциями электронного аукциона его отдельные транзакции объединяют вместе с другими транзакциями в специальную структуру — блок. Информация в блоках открыта, не шифруется, её можно быстро перепроверить.
Каждый блок всегда содержит свой порядковый номер и хеш предыдущего блока. Все блоки можно выстроить в одну цепочку, которая содержит информацию о всех совершённых когда-либо операциях с транзакциями:
В существующих системах распределенных баз данных с ними можно ознакомиться, на специализированных сайтах — браузерах цепочек блоков.
Как правило, первая транзакция в блоке всегда формируется автоматически и передаёт вознаграждение за создание блока. Остальное наполнение блока берут из очереди транзакций, которые ещё не были записаны в предыдущие блоки.
Не всякий сформированный блок будет принят остальными участниками. Требуется, чтобы числовое значение хеша заголовка не превышало установленного значения (параметр «сложность»). Чем меньше задано значение, тем меньше вероятность выполнения условия. В служебной области блока выделено место для произвольных значений. Если хеш заголовка неудовлетворителен, произвольные значения заменяются на новые произвольные или случайные значения и расчёт хеша повторяется. Результат хеширования (функции SHA-256, соответствует стандарту Украины ДСТУ ISO/IEC 10118-3, ДСТУ ETSI TS 102 176-1) непредсказуем, поэтому нет алгоритма целенаправленного изменения произвольной области для достижения желаемого результата. Обычно требуется большое количество пересчётов. В действующих системах параметр «сложность» автоматически устанавливается так, чтобы поддерживать постоянной среднюю скорость создания блоков (но в разных системах, значения варьируются по разному, так для Bitcoin средняя скорость создания - 1 блок в 10 минут, а для Ethereum - 1 блок в 15 секунд). Если блоки формируются быстрее, то после пересчёта «сложности» достичь цели становится труднее, и наоборот. Поэтому изменение суммарной вычислительной мощности сети лишь очень незначительно изменяет количество создаваемых блоков.
Когда подходящий вариант хеша найден, узел рассылает полученный блок другим подключённым узлам для проверки. Если ошибок нет, то каждый узел сети получивший блок записывает его в свой экземпляр базы.

Подтверждение транзакций

Пока транзакция не включена в блок, система считает, что данные сохраняемые транзакцией остаются неизменным. В это время есть техническая возможность изменить данные и оформить несколько разных транзакций. Но как только одна из подобных транзакций будет включена в блок, остальные транзакции с этими же данными система будет уже игнорировать. Например, если в блок будет включена более поздняя транзакция, то более ранняя будет считаться ошибочной.
Есть небольшая вероятность, что при ветвлении две подобные транзакции попадут в блоки разных ветвей. Каждая из них будет считаться правильной, лишь при отмирании ветви одна из транзакций станет считаться ошибочной. При этом не будет иметь значения время совершения операции.
Таким образом, попадание транзакции в блок является подтверждением её достоверности вне зависимости от наличия других транзакций с теми же данными.
Каждый новый блок считается дополнительным «подтверждением» транзакций из предыдущих блоков. Если в цепочке 3 блока, то транзакции из последнего блока будут подтверждены 1 раз, а помещённые в первый блок будут иметь 3 подтверждения. Достаточно дождаться нескольких подтверждений, чтобы свести вероятность отмены транзакции к минимуму.
В действующих распределенных базах данных для уменьшения влияния подобных ситуаций на сеть существуют ограничения на модификацию данных транзакции включенных в последние блоки. Согласно сервису blockchain.info, до мая 2015 года максимальная длина отвергнутых цепочек была 5 блоков.

Пример содержания XML структуры лота электронного аукциона

Пример XML-структуры для лота электронного аукциона создаваемый Приложением Организатора

<?xml version="1.0"?>


<nym_id> ODESSA-NYM-ID-HASH </nym_id>


<btc_addr> 03d728ad6757d4784effea04d47baafa216cf474866c2d4dc99b1e8e3eb936e730 </btc_addr>


<item_name> State Land </item_name>
<item_description>Trading house of 2,000 square meters</item_description>
<item_image> https://img0.etsystatic.com/000/0/6342324/il_570xN.326696084.jpg </item_image>
<min_sell> 1,000,000$ </min_sell>
<bid_price> </bid_price>
<buynow_price> 5,000,0000$ </buynow_price>
<auction_expiration> 2014-06-25 21:00 UTC </auction_expiration>


<PGP_Public_Key>
- -----BEGIN PGP PUBLIC KEY BLOCK-----
Version: Mailvelope v0.8.2
Comment: Email security by Mailvelope - http://www.mailvelope.com

xsFNBFODLW8BD/9rmoBRBASaZuNpPBG+Gj7/aJcE7aQ4Sti7lKaERFD7/rHd
WHm+o+FnyQvxpkOuuU6G4q739tP5ZqHx/bn9rhpAKKa+o7es70jlpenHyge4
0QyIU1/9jXzwlMsXkq9XfbOhqtgiBRpeZ83/ZjUsf5/wQXhrGWvG4rnKj5kh
YNq8PHzqJO21cDcD7LJy6yPuOgrBfb4MMa3+9lauIZ5Ye2kXR4m1OuWrig0M
7SwgFZwo3GbmcWe5KCK60nHW0AZh47B/yC18s/uR3t2bGrkQwL6AgTiOd2hX
/K2l1ccgIPnWo1s/5fMc7HiGpPkioOYhWgDm+2bimh56D2Tq7ikZQSDZIhw4
……………………………...=
=dDLn
- -----END PGP PUBLIC KEY BLOCK-----
</PGP_Public_Key>
-----BEGIN PGP SIGNATURE-----
Version: BCPG v1.47

iQKBBAEBAgBrBQJTixgpZBxEciBXYXNoaW5ndG9uIFlhbWFuZHUgU2FuY2hleiAo
=
=O2ib
-----END PGP SIGNATURE-----

Contract hash: 8f9cfa1255e4f4c1a5cc1d21c7dd7ce233aa0c9b - уникальный идентификатор лота эл. аукциона возвращаемый Приложению Организатора.

Пример XML-структуры для лота электронного аукциона создаваемый Приложением Участника

<?xml version="1.0"?>


<nym_id> Kiev Oligarch </nym_id>


<node_addr> Kiev </node_addr>


<auction_contract> 8f9cfa1255e4f4c1a5cc1d21c7dd7ce233aa0c9b </auction_contract>
<bid_price> 1,200,000$ </bid_price>


<PGP_Public_Key>
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: BCPG v1.47

mQINBFODLW8BD/9rmoBRBASaZuNpPBG+Gj7/aJcE7aQ4Sti7lKaERFD7/rHdWHm+
o+FnyQvxpkOuuU6G4q739tP5ZqHx/bn9rhpAKKa+o7es70jlpenHyge40QyIU1/9
=
=nT6N
-----END PGP PUBLIC KEY BLOCK-----
</PGP_Public_Key>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQIcBAABAgAGBQJTixr6AAoJEKnOFXGYSKNNKBcP/j9NtM5KK8/YvXfONAxBEkuB
H8kM2h2WfnBh1JwiDdVEeVdU7vY7CQ
SOL9iJiOUm4fkbPO141oovynn/4AZ1ORTR2Pw/godX5SsplWnuF16px7BXuDiomu
7PbH/QRFV4c5aSOZpwjb
=oB4I
-----END PGP SIGNATURE-----

Contract hash: 57074779f93235c88a07b7c6de8285c8478cc6a6 - уникальный идентификатор лота эл. аукциона, возвращаемый Приложению Организатора.