Смарт-контракты - предполагаемый формат

Одна таблица с 5 столбцов:

ID транзакции
Commerce ID - человек / идентификатор объекта
Тип элемента - инициируя значение, сроки, стоимость, доставка, уведомление, статус
Описание - количество и стоимость ИЛИ условия или состояние уведомления сообщений /
Time Stamp

Я думаю, что это будет работать для любого контракта или денежной операции возможно. Это результат изучения денежной науки в течение многих лет.

У меня есть рабочий альфа-прототип, который показывает жизнеспособность в качестве фондовой биржи (или любого другого типа обмена). Код доступен, если интересно.

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

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

Можно представить себе "стек транзакций" продажи 100 IBM для окончательной цены 4900 долларов США:

Инициирование транзакции, 100 IBM, myCommerceID
Условия, 5000 USD, myCommerceID
Соответствующее значение, 4900 долларов США, hisCommerceID
Принято, контракт, myCommerceID
Поставка, 100 IBM, myCommerceID
Поставленный, 4900 USD, hisCommerceID
Завершенный, завершено, myCommerceID
Завершенный, завершено, hisCommerceID

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

Это не может быть интуитивно понятно, так вот стопка сделки по покупке 100 IBM для конечной цены 5100 долларов США:

Инициирование сделки, 5000 долларов США, myCommerceID
Термины, 100 IBM, myCommerceID
Соответствующее значение, 100 IBM, hisCommerceID
Модификация, 5100 USD, hisCommerceID
Принято, контракт, myCommerceID

[поставки по обе стороны договора]

Я не думаю, что это будет работать.

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

Цитата: screwUdriver 26 июля 2014 года, 2:04:21 AM

Выше формат данных. Вы говорите о проверке контрактных спецификаций (описание).

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

это "смарт-код" который анализирует данные во время операции (для накопительного пакета, дисплея и статуса).

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

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

Открытый Bazaar а также Операции на открытом предложить очень близкое понятие (Рикардианские контракты).
Правильно ли я, если я скажу, что ваша идея заключается в том, чтобы подписать контракты, когда они направляются в сеть для проверки и регистрации в blockchain (например, сделки в Bitcoin)?

Цитата: gmaxwell 26 июля 2014 года, 7:32:10 AM

Это отчасти верно. Это структура данных. Я отчасти назвать его "смарт-код" что делает его соблюдение / искусственный интеллект. Это было бы применение конкретного, конечно. Но структура данных будет работать для любого приложения.

Цитата: laurentmt 26 июля 2014 года, 2:02:46 PM

Как я уже писал выше, это только структура данных. Я не отправил "смарт-код" потому что это очень конкретные приложения.

Но, в общем, да. Это будет структура данных, хранящихся в blockchain. Из этого следует, договорное право общей зернистости и работает по финансам. Он также работает для любых возможных "умный контракт" реализация.

(FYI, у меня есть около 15 лет опыта архитектуры программного обеспечения и более 15 лет денежного исследования науки, так что я пытаюсь сделать это так же просто, чтобы понять человек, которые не могут иметь один и тот же опыт домена.)

Так да. Каждая запись в "стек транзакций" будет отправлен в blockchain.

Теперь. Есть и другие способы проверки целостности данных в сети P2P помимо blockchain, но это было бы решение реализации конкретных приложений. Кроме того, имейте в виду, что структура данных работает для всех контрактов, поэтому могут быть реализованы в частной базе данных тоже.

Цитата: gmaxwell 26 июля 2014 года, 7:32:10 AM

Разве это правильно, что, скорее всего, функция будет включена в смарт-контракта, используя встроенный в Bitcoin функции сценариев и что будет заботиться о исполнении контракта?

Цитата: andrewbb 26 июля 2014 года, 3:20:04 PM

Цитата: laurentmt 26 июля 2014 года, 2:02:46 PM

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

Цитата: andrewbb 26 июля 2014 года, 3:20:04 PM

(FYI, у меня есть около 15 лет опыта архитектуры программного обеспечения и более 15 лет денежного исследования науки, так что я пытаюсь сделать это так же просто, чтобы понять человек, которые не могут иметь один и тот же опыт домена.)

Спасибо за это. Первый раз, когда я прочитал этот термин "рикардианская контракт", Это звучало как очень сложное понятие. Немного пугающий!

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

26 июля 2014, 1:28:54 AM	# 1
andrewbb Сообщений: 81 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Одна таблица с 5 столбцов: ID транзакции Commerce ID - человек / идентификатор объекта Тип элемента - инициируя значение, сроки, стоимость, доставка, уведомление, статус Описание - количество и стоимость ИЛИ условия или состояние уведомления сообщений / Time Stamp Я думаю, что это будет работать для любого контракта или денежной операции возможно. Это результат изучения денежной науки в течение многих лет. У меня есть рабочий альфа-прототип, который показывает жизнеспособность в качестве фондовой биржи (или любого другого типа обмена). Код доступен, если интересно. Blockchain технология является одним из решений для обеспечения целостности данных. Commerce ID может быть выбран физическим лицом на основании сделки или группироваться и сделали публичным или частным или их сочетание. Это обеспечивает конфиденциальность с ответственностью.

26 июля 2014, 1:35:42 AM	# 2
andrewbb Сообщений: 81 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Получил 1806 Биткоинов Реальная история. Можно представить себе "стек транзакций" продажи 100 IBM для окончательной цены 4900 долларов США: Инициирование транзакции, 100 IBM, myCommerceID Условия, 5000 USD, myCommerceID Соответствующее значение, 4900 долларов США, hisCommerceID Принято, контракт, myCommerceID Поставка, 100 IBM, myCommerceID Поставленный, 4900 USD, hisCommerceID Завершенный, завершено, myCommerceID Завершенный, завершено, hisCommerceID Слова могут быть изменены. Это альфа-версия. Важной частью является Отметка времени на каждый элемент в стеке сделки с достаточной степенью детализации для описания любого контракта или сделки.

26 июля 2014, 1:52:26 AM	# 3
andrewbb Сообщений: 81 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Это не может быть интуитивно понятно, так вот стопка сделки по покупке 100 IBM для конечной цены 5100 долларов США: Инициирование сделки, 5000 долларов США, myCommerceID Термины, 100 IBM, myCommerceID Соответствующее значение, 100 IBM, hisCommerceID Модификация, 5100 USD, hisCommerceID Принято, контракт, myCommerceID [поставки по обе стороны договора]

26 июля 2014, 2:04:21 AM	# 4
screwUdriver Сообщения: 201 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Я не думаю, что это будет работать. Там было бы слишком много места для интерпретации по этим договорам. Было бы также можно оспаривать факты броска (например, если продукт был фактически доставлен или нет).

26 июля 2014, 2:25:13 AM	# 5
andrewbb Сообщений: 81 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Цитата: screwUdriver 26 июля 2014 года, 2:04:21 AM Я не думаю, что это будет работать. Там было бы слишком много места для интерпретации по этим договорам. Было бы также можно оспаривать факты броска (например, если продукт был фактически доставлен или нет). Выше формат данных. Вы говорите о проверке контрактных спецификаций (описание). Так же "доставлен" запись в стеке не производится до тех пор, лицо, получающее доставки не принимает его. Структура делает поддержку в процессе поставки и частичных поставок. это "смарт-код" который анализирует данные во время операции (для накопительного пакета, дисплея и статуса).

26 июля 2014, 7:32:10 AM	# 6
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Это, кажется, не имеют ничего общего со смарт-контрактов, хотя, возможно, вы должны использовать другое слово здесь. Общая идея умных контрактов является то, что сам контракт является своего рода (very-) узкой области искусственного интеллекта, который заботится о своем собственном исполнении.

26 июля 2014, 2:02:46 PM	# 7
laurentmt Сообщения: 386 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Открытый Bazaar а также Операции на открытом предложить очень близкое понятие (Рикардианские контракты). Правильно ли я, если я скажу, что ваша идея заключается в том, чтобы подписать контракты, когда они направляются в сеть для проверки и регистрации в blockchain (например, сделки в Bitcoin)?

26 июля 2014, 3:17:14 PM	# 8
andrewbb Сообщений: 81 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Цитата: gmaxwell 26 июля 2014 года, 7:32:10 AM Это, кажется, не имеют ничего общего со смарт-контрактов, хотя, возможно, вы должны использовать другое слово здесь. Общая идея умных контрактов является то, что сам контракт является своего рода (very-) узкой области искусственного интеллекта, который заботится о своем собственном исполнении. Это отчасти верно. Это структура данных. Я отчасти назвать его "смарт-код" что делает его соблюдение / искусственный интеллект. Это было бы применение конкретного, конечно. Но структура данных будет работать для любого приложения.

26 июля 2014, 3:20:04 PM	# 9
andrewbb Сообщений: 81 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Цитата: laurentmt 26 июля 2014 года, 2:02:46 PM Открытый Bazaar а также Операции на открытом предложить очень близкое понятие (Рикардианские контракты). Правильно ли я, если я скажу, что ваша идея заключается в том, чтобы подписать контракты, когда они направляются в сеть для проверки и регистрации в blockchain (например, сделки в Bitcoin)? Как я уже писал выше, это только структура данных. Я не отправил "смарт-код" потому что это очень конкретные приложения. Но, в общем, да. Это будет структура данных, хранящихся в blockchain. Из этого следует, договорное право общей зернистости и работает по финансам. Он также работает для любых возможных "умный контракт" реализация. (FYI, у меня есть около 15 лет опыта архитектуры программного обеспечения и более 15 лет денежного исследования науки, так что я пытаюсь сделать это так же просто, чтобы понять человек, которые не могут иметь один и тот же опыт домена.)

26 июля 2014, 3:28:58 PM	# 10
andrewbb Сообщений: 81 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Так да. Каждая запись в "стек транзакций" будет отправлен в blockchain. Теперь. Есть и другие способы проверки целостности данных в сети P2P помимо blockchain, но это было бы решение реализации конкретных приложений. Кроме того, имейте в виду, что структура данных работает для всех контрактов, поэтому могут быть реализованы в частной базе данных тоже.

26 июля 2014, 4:27:35 PM	# 11
mtomcdev Сообщения: 310 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Цитата: gmaxwell 26 июля 2014 года, 7:32:10 AM Это, кажется, не имеют ничего общего со смарт-контрактов, хотя, возможно, вы должны использовать другое слово здесь. Общая идея умных контрактов является то, что сам контракт является своего рода (very-) узкой области искусственного интеллекта, который заботится о своем собственном исполнении. Разве это правильно, что, скорее всего, функция будет включена в смарт-контракта, используя встроенный в Bitcoin функции сценариев и что будет заботиться о исполнении контракта?

26 июля 2014, 6:25:30 PM	# 12
laurentmt Сообщения: 386 Цитировать по имени цитировать ответ	Re: Смарт Контрактов - предполагаемый формат Цитата: andrewbb 26 июля 2014 года, 3:20:04 PM Цитата: laurentmt 26 июля 2014 года, 2:02:46 PM Открытый Bazaar а также Операции на открытом предложить очень близкое понятие (Рикардианские контракты). Правильно ли я, если я скажу, что ваша идея заключается в том, чтобы подписать контракты, когда они направляются в сеть для проверки и регистрации в blockchain (например, сделки в Bitcoin)? Как я уже писал выше, это только структура данных. Я не отправил "смарт-код" потому что это очень конкретные приложения. Но, в общем, да. Это будет структура данных, хранящихся в blockchain. Из этого следует, договорное право общей зернистости и работает по финансам. Он также работает для любых возможных "умный контракт" реализация. Это хорошо, чтобы видеть, что разные люди / команды имеют очень близкие подходы по этому вопросу. Имея стандарт для такого рода вещи было бы здорово для взаимодействия (давняя мечта)! При отсутствии стандарта, аналогичные подходы позволяют представить возможные шлюзы между разнородными системами. Цитата: andrewbb 26 июля 2014 года, 3:20:04 PM (FYI, у меня есть около 15 лет опыта архитектуры программного обеспечения и более 15 лет денежного исследования науки, так что я пытаюсь сделать это так же просто, чтобы понять человек, которые не могут иметь один и тот же опыт домена.) Спасибо за это. Первый раз, когда я прочитал этот термин "рикардианская контракт", Это звучало как очень сложное понятие. Немного пугающий! Вы планируете выпустить некоторые образцы кода или документ, дающий более подробную информацию о некоторых случаях использование делать? Видя, как эта структура данных может использоваться в контексте конкретных случаев применения было бы очень интересно.

Заголовок