Ответ: все они являются проявлениями взаимного согласия, также известными как 9.0015 договоров . Взаимное согласие — это просто кусок жаргона, означающий «мы согласны» — это абстрактное отношение или согласие между двумя или более субъектами, когда субъекты разделяют общее намерение или общее убеждение. Соглашения являются проявлениями взаимного согласия, что означает, что они свидетельствуют о существовании общего намерения или убеждения. Иными словами: всякое соглашение представляет собой доказательств взаимного согласия.

Многие соглашения также влекут за собой обязательства , где обязательство — это действие, которое необходимо выполнить. Эти обязательства обычно сопровождаются механизмами правоприменения , где правоприменения является актом принуждения к соблюдению обязательства. Например: переписка по электронной почте между двумя друзьями, договорившимися встретиться в баре (1), является явным свидетельством взаимного согласия и (2) создает социальное обязательство встретиться в указанном баре, где (3) обязательство явки обеспечивается подразумеваемая социальная норма: не нарушай обещаний, данных друзьям, иначе ты потеряешь своих друзей и/или слышишь фальшивкой. С другой стороны, предложение на eBay (1) свидетельствует о согласии участника купить товар по этой цене и (2) создает обязательство заплатить продавцу по этой цене, если он выиграет аукцион, где (3) обязательство выполняется либо автоматически через систему условного депонирования eBay, либо через политику eBay в отношении неоплаченных товаров.

Модель (1)-(2)-(3) соглашение-обязательство-исполнение чрезвычайно распространена в обществе и в праве. Мы называем этот шаблон контрактной системой , а соглашения, соответствующие этому шаблону, контрактами . Механизм соглашения — это инструмент для создания договорных систем в Интернете. В целях тестирования мы использовали Соглашение Engine для создания некоторых реальных систем контрактов (включая бота @AgreementEngine в Twitter), которые конечные пользователи могут использовать для создания контрактов. [3]

Являясь инструментом для создания контрактных систем, Agreement Engine предназначен для двух типов пользователей: (1) операторов платформы, которые хотят создать свои сообщества и экономику, и (2) онлайн-сообщества, которым нужна система управления с минимальными усилиями и минимальными усилиями. который естественным образом развивается по мере роста сообщества.

С технической точки зрения, Механизм соглашения — это программная служба, которая упаковывает цифровой ресурс (обычно текст, представляющий соглашение) и соединяет его со службой управления (обычно механизмом принудительного исполнения). Мы называем эти обертки совместные счета , чтобы отличить их от договоров, и мы называем процесс обертывания договора с совместным счетом регистрацией . После упаковки или регистрации совместная учетная запись может быть проверена и доставлена ​​в механизм принудительного исполнения посредством процесса, который мы называем аутентификацией . [4]

Чтобы было ясно, соглашение Engine само по себе не является ни системой для создания соглашений, ни системой для их обеспечения. Однако он имеет встроенные интерфейсы как с авторскими системами, так и с системами принудительного исполнения (см. рис. 3). В этом смысле он выполняет в целом ту же роль, что и традиционные юридические нотариусы, которые обучены заверять бумажные подписи для обеспечения соблюдения законов, а также онлайн-сервисы, такие как DocuSign или HelloSign, которые предназначены для записи цифровых подписей для обеспечения соблюдения законов. В отличие от юридических нотариусов или программного обеспечения для цифровой подписи, которые в основном берут письменный или цифровой текст и подготавливают документ для юридического использования, Механизм соглашения предназначен для приема письменного или цифрового контента любого рода и подготовки этого контента для использования в диапазоне онлайн-органы , включая администраторов сообществ, цифровых жюри и автоматизированные платформы. В этом смысле он похож на другие веб-арбитражные сервисы, такие как Kleros, Aragon Agreements или Celeste, тем, что предназначен для работы независимо от традиционной правовой системы. Однако, в отличие от этих услуг, он не определяет механизм обсуждения для оценки выполнения контракта и не включает в себя механизм принудительного исполнения, такой как условное депонирование. Механизм соглашения разработан как легкий настраиваемый компонент в рамках модульной архитектуры управления.

Говоря о модульном управлении. Механизм соглашения — это проект Metagov, целью которого является предоставление управляемых оболочек для любого цифрового ресурса, объекта или услуги, особенно ресурсов, предоставляемых через веб-интерфейс, такой как API или URL-адрес. Хотя мы не будем вдаваться в подробности, механизм соглашений предназначен для обслуживания случаев использования, когда совместные счета представляют собой соглашения и контракты между рядом организаций, в то время как Metagov предназначен для обслуживания случаев, когда совместные счета представляют предварительные -существующий сообществ , таких как сабреддит, DAO, сервер Minecraft или весь Twitter.

«[Капитал] есть общественное отношение определенного рода. Это -триангулированное отношение . Он никогда не включает только актив и владельца актива. Он всегда включает в себя этот социальный ресурс, который мы называем законом, а закон работает, потому что он поддерживается принудительными силами государства». — Катарина Пистор, Кодекс капитала

Здесь мы описываем контрактную систему, созданную с помощью механизма соглашений, в которой используется экспериментальный механизм принудительного исполнения под названием TSC или «Twitter Social Capital». Вы можете попробовать это прямо сейчас, отправив сообщение @agreementengine в Twitter. TSC — это токенизированная форма социального капитала. Каждый токен TSC представляет собой возможность выполнять социальную работу, т.е. лайкать или ретвитить что-либо — в рамках платформы Twitter. Мы создали его в Твиттере, чтобы зафиксировать некоторые живые потоки социального капитала, которые там уже существуют. Используя TSC, пользователи Twitter могут

1. привлекать друг друга к ответственности, напр. «@agreementengine соглашение 5 нравится @lessig Я обещаю посетить в следующий раз, когда буду в Кембридже!»
2. отправлять лайки по любой причине, например. «@agreementengine отправить 100 @RealAnnaWintour У меня нет вкуса, поэтому я позволю вам решать, что мне нравится, а что нет»
3. делать ставки, например. «@agreementengine соглашение 20 @JoeBiden Бьюсь об заклад, что Леброн сделает свои следующие 10 штрафных бросков»
4. или вообще пропустите TSC и назначьте другого пользователя Твиттера ответственным за судейство, например. «@agreementengine соглашение @pizzahut, если вы сможете доставить большую пиццу с сыром в вестибюль 30 Rock в течение следующих 10 минут, я заплачу вашему парню за стоимость пиццы + 20 долларов. @dominos рассудит»

Хотя система контрактов TSC — это только одна из возможных систем контрактов, которую можно построить с помощью механизма соглашений, мы считаем, что это интересный предварительный обзор диапазона и разнообразия систем контрактов, которые возможны в Интернете, а также отличный пример. изучение авторства → регистрация → аутентификация → процесс обеспечения соблюдения. Ниже мы рассмотрим особенности дизайна TSC.

TSC обладает следующими свойствами:

1. TSC может создаваться пользователями
2. TSC можно сжечь и преобразовать в социальные действия (лайки, ретвиты)
3. TSC можно передавать между пользователями
4. TSC можно использовать в качестве залога в соглашениях

Вообще говоря, мы создали TSC (1), чтобы увидеть, что « Может выглядеть «родная для Twitter» форма правоприменения, и (2) иметь проверяемую, интерактивную иерархию правоприменения, которая включает юридических, рыночных, нормативных, и основанных на коде механизмов. Это означает, что когда кто-то нарушает контракт,

1. Протокол TSC по своей сути является программным обеспечением, поэтому в коде существует самый низкий уровень защиты. Протокол отслеживает и определяет количество TSC, которым владеет каждый пользователь. С точки зрения пользователя действия протокола детерминированы и безошибочны.
2. Следующий уровень применения — рынок TSC. Поскольку фундаментальные действия зависят от чеканки, торговли и сжигания TSC, возможность выполнения действий в контексте механизма соглашений регулируется значением TSC, которое, в свою очередь, регулируется спросом и предложением на рынке.
3. Мы разработали базовую систему правоприменения, которая регулирует соглашения, заключенные между пользователями, и систему репутации, лежащую в основе использования социального контракта. Споры разрешаются присяжными, нанятыми TSC.
4. Наконец, хотя мы не можем разработать точные социальные нормы для соглашений, мы прогнозируем, что они будут играть важную роль в обеспечении соблюдения контрактов, отговаривая пользователей от невыполнения своих обещаний.

В частности, TSC — это попытка создать немонетарную валюту, которая может служить множеству вариантов использования. Это простой способ наказать пользователей или организации за нарушение соглашения. Предоставляя TSC в качестве залога, можно заключать более серьезные соглашения, которые имеют реальные последствия в случае их нарушения. Создание экосистемы TSC также позволяет использовать автоматизированные системы, которые могут предоставлять услуги, покупать/продавать, торговать и т. д. и накапливать собственный баланс. В наших системах пользователи могут облагаться налогом, а их TSC можно тратить на продвижение платформы в Twitter или внедрение систем управления. Вы можете узнать больше о дизайне TSC и наших планах относительно системы репутации и жюри в нашей публичной спецификации.

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

1. Соглашение в Twitter, принудительное выполнение которого обеспечивается за счет ставки репутации на Reddit
2. Файл Markdown с кодексом поведения, размещенный на GitHub, соблюдение которого обеспечивается GitHub Владелец группы
3. Текстовый контракт, опубликованный через Google Doc, за соблюдением которого следит жюри пользователей Slack
4. Смарт-контракт , а не на Ethereum, закрепление за счет размещения токенов на условном депонировании на Kleros
5. Соглашение о предоставлении от одного DAO другому DAO, за исполнением третий DAO

Мы также отмечаем, что, хотя предполагаемый вариант использования механизма соглашений состоит в том, чтобы связать соглашение с явными механизмами принудительного исполнения, соглашения не должны указывать какой-либо механизм принудительного исполнения. Можно зарегистрировать соглашение в Твиттере без какого-либо принудительного механизма, и это совершенно нормально — действительно, отсутствие заранее оговоренного принудительного исполнения может многое сказать о предполагаемом характере соглашения и отношениях между двумя сторонами. В будущем мы надеемся создать несколько дополнительных функций в механизме соглашений специально для поддержки этих неформальных соглашений.

Команда (имеются в виду Джош, Люк и некоторые другие люди из Metagov) летом будет работать над версией 0.2 механизма соглашений, включая улучшенный инструментарий для TSC, лучшую интеграцию с самим Metagov, новый механизм принудительного исполнения с использованием Репутация Reddit и (может быть?) развертывание Ethereum.world.

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

Вот еще несколько вопросов, которые мы хотели бы обсудить:

1. Какие проблемы решают соглашения и контракты? Вместо того, чтобы строить контракты и соглашения с минимальными улучшениями, можем ли мы применить немного дизайн-мышления и переосмыслить новые решения проблем социальной координации, коллективных действий и доверия?
2. Аналогично: Какие проблемы решают процессы регистрации и аутентификации?
3. Как составляются соглашения для формирования более сложных соглашений? Если соглашения действительно являются «кирпичиками», то они должны каким-то образом «привязываться» друг к другу. Тем не менее, когда мы смотрим на множество видов различных соглашений (юридических, социальных, вычислительных и т. д.), кажется очевидным, что различные виды соглашений строятся и связаны друг с другом очень по-разному.
4. Аналогичным образом: как механизмы правоприменения сочетаются друг с другом, образуя более сложные системы правоприменения?
5. В конечном счете, возможно ли сформировать настоящее сообщество из децентрализованной сети небольших добровольных соглашений? Другими словами, возможно ли в цифровом мире восходящее, «эмерджентное» управление, или мы всегда должны руководствоваться правилами и сообществами, навязанными сверху?

Нам предстоит проделать большую работу, но если у вас есть комментарии к механизму соглашения, сообщите нам об этом ниже! И если вы хотите принять участие, не стесняйтесь заходить на наш GitHub; Механизм соглашения (наряду с остальной частью Metagov) имеет открытый исходный код, и мы будем рады видеть вас на борту.

Мы хотели бы поблагодарить Натана Шнайдера, Лоуренса Лессига, Мириам Эштон и Джеймса Дункана за полезные комментарии при разработке этого проекта.

[1] Обратите внимание, однако, что не каждое соглашение является окончательным доказательством взаимного согласия.

[2] Неофициальные соглашения могут включать очень четкие условия и последствия, и некоторые из них на самом деле более тщательно соблюдаются, чем любой официальный договор, например. ростовщика: «Если ты мне не заплатишь, я тебя побью». Разница в том, что не существует официальной институциональной структуры или «системы» правоприменения.

[3] Важно понимать разницу между контрактом и контрактной системой. Контракты — это конкретные соглашения между конкретными людьми, а контрактные системы описывают всю инфраструктуру, необходимую для создания большого класса контрактов. Мы уделяем особое внимание контрактным системам в этой статье и при разработке механизма соглашений.

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

Двигатель дизельный SPE7L423T5460 | HigherGov. 0004 Использовать наш инструмент поиска партнеров для поиска лидеров рынка

Демонстрация бесплатного пробного периода

Предлагаемая закупка для NSN 2815015435043 ДВИГАТЕЛЬ, ДИЗЕЛЬ: Линия 0001 Кол-во 17 UI EA Доставка в: DLA DISTRIBUTION DEPOT HILL До: 0105 DAYS ADO Утвержденные источники: 45G80 РД2011Л02И-8334; 62445 Д2011Л02И-81414241. Запрос представляет собой запрос предложений и будет доступен по ссылке, указанной в этом уведомлении. Бумажные копии этого ходатайства недоступны. Спецификации, планы или чертежи недоступны. Все ответственные источники могут представить ценовое предложение, которое, если оно будет получено своевременно, будет рассмотрено. Котировки должны быть представлены в электронном виде.

Показать все

Агентство

DLA Land and Maritime [DoD — DLA]