Синхронизация в solidity?

torwig

member

Activity: 112

Merit: 10

C++/Golang Dev

Quote from: Jaga-Jaga on November 13, 2017, 03:21:21 PM

Quote from: amaclin1 on November 13, 2017, 03:15:44 PM

Quote from: Jaga-Jaga on November 13, 2017, 02:57:23 PM

А как вообще происходит выполнение смарт контракта, выбирается одна конкретная нода и исполняет контракт?

Еба-а-а-а-ать.
Мне все сначала что ли снова пересказать?

Ладно, это проехали, это понял.
А куда попадает газ, точнее тот эфир который берут за выполнение смарт контракта и за деплой его в блокчейн?

Эфир уходит майнеру, который добавил блок, в который попала транзакция выполнения контракта/деплоя, в блокчейн.

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Quote from: amaclin1 on November 13, 2017, 03:15:44 PM

Quote from: Jaga-Jaga on November 13, 2017, 02:57:23 PM

А как вообще происходит выполнение смарт контракта, выбирается одна конкретная нода и исполняет контракт?

Еба-а-а-а-ать.
Мне все сначала что ли снова пересказать?

Ладно, это проехали, это понял.
А куда попадает газ, точнее тот эфир который берут за выполнение смарт контракта и за деплой его в блокчейн?

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: Jaga-Jaga on November 13, 2017, 02:57:23 PM

А как вообще происходит выполнение смарт контракта, выбирается одна конкретная нода и исполняет контракт?

Еба-а-а-а-ать.
Мне все сначала что ли снова пересказать?

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Quote from: amaclin1 on November 13, 2017, 02:45:35 PM

Впрочем, я тут сейчас выступаю с точки зрения "здравого смысла".
Как там Виталя свою VM организовал - смотрите сами в коде. По идее,
правильных вариантов у него есть один - тот что я объяснил. А как на самом
деле - смотрите, проверяйте.

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

А как вообще происходит выполнение смарт контракта, выбирается одна конкретная нода и исполняет контракт?

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: Jaga-Jaga on November 13, 2017, 02:24:50 PM

Хорошо, спрошу по другому, например в определенный очень короткий промежуток времени
приходит N транзакций на адрес смарт контракта

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

Quote

и все эти транзакции помещаются в один блок то что будет со смарт контрактом,
он как будет исполняться 1 процессом(потоком)

Одним процессом выполняются все контракты в блоке, причем по очереди
от первой транзакции в блоке до последней

Quote

или разные транзакции будут в разных потоках параллельно вызывать фаллбэк функцию?

Последовательно. Зачем же какой-то параллелизм запускать там где он ни к селу, ни к городу?

Впрочем, я тут сейчас выступаю с точки зрения "здравого смысла".
Как там Виталя свою VM организовал - смотрите сами в коде. По идее,
правильных вариантов у него есть один - тот что я объяснил. А как на самом
деле - смотрите, проверяйте.

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Quote from: amaclin1 on November 12, 2017, 04:36:35 PM

Так что ответ на твой вопрос: каждая нода выполняет каждый контракт в блоке.
А если транзакция не в блоке - то она и не учитывается никем по сути. Она "еще не выполнилась"

Хорошо, спрошу по другому, например в определенный очень короткий промежуток времени приходит N транзакций на адрес смарт контракта и все эти транзакции помещаются в один блок то что будет со смарт контрактом, он как будет исполняться 1 процессом(потоком) или разные транзакции будут в разных потоках параллельно вызывать фаллбэк функцию?

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: Jaga-Jaga on November 12, 2017, 04:18:13 PM

А как исполняются смарт контракты на эфире, как выбирается нода где будет исполняться смарт контракт?

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

Так что ответ на твой вопрос: каждая нода выполняет каждый контракт в блоке.
А если транзакция не в блоке - то она и не учитывается никем по сути. Она "еще не выполнилась"

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Quote from: amaclin1 on November 08, 2017, 09:35:36 AM

Quote from: Jaga-Jaga on November 04, 2017, 09:08:00 AM

Quote from: ivi.jones on November 01, 2017, 01:06:01 PM

Ребят, ну вы чего? Транзакции в эфире проходят последовательно. Не может быть такой ситуации, что "а в это время приходит другой платеж".

В блокЧЕЙН транзакции пишутся последовательно врядли кто с этим будет спорить, надо понять в какой момент срабатывает вызов функции function () payablee public {} и может ли так случиться что две(или несколько) разные ноды начнут параллельно вызывать один и тот же метод но с параметрами от разных транзакций? Если смарт контракт всегда выполняется одной нодой то по идее проблемы быть не должно.

Не путайте жопу с пальцем.
Контракты исполняются каждой нодой последовательно от первой транзакции в блоке до последней.
То что нода А выполняет транзакции блока 100000, а нода Б в то же самое время выполняет транзакции блока 50000
(то есть пока еще не синхронизировалась) вообще никого не колышет. У каждой ноды своё собственное состояние
и друг с другом ноды не интерферируют (то есть не вмешиваются в дела друг друга как могут вмешиваться
параллельные процессы на одном компьютере - один процесс срет другому в память)
Система блокчейна гарантирует, что если у двух нод одна и та же цепочка блоков (ну то есть
грубо говоря одна и та же высота блокчейна)- то и состояние у них будет побайтно одинаковое.
Вне зависимости от того как и когда они синхронизировались

А как исполняются смарт контракты на эфире, как выбирается нода где будет исполняться смарт контракт?

amaclin1

sr. member

Activity: 770

Merit: 305

Quote from: Jaga-Jaga on November 04, 2017, 09:08:00 AM

Quote from: ivi.jones on November 01, 2017, 01:06:01 PM

Ребят, ну вы чего? Транзакции в эфире проходят последовательно. Не может быть такой ситуации, что "а в это время приходит другой платеж".

В блокЧЕЙН транзакции пишутся последовательно врядли кто с этим будет спорить, надо понять в какой момент срабатывает вызов функции function () payablee public {} и может ли так случиться что две(или несколько) разные ноды начнут параллельно вызывать один и тот же метод но с параметрами от разных транзакций? Если смарт контракт всегда выполняется одной нодой то по идее проблемы быть не должно.

Не путайте жопу с пальцем.
Контракты исполняются каждой нодой последовательно от первой транзакции в блоке до последней.
То что нода А выполняет транзакции блока 100000, а нода Б в то же самое время выполняет транзакции блока 50000
(то есть пока еще не синхронизировалась) вообще никого не колышет. У каждой ноды своё собственное состояние
и друг с другом ноды не интерферируют (то есть не вмешиваются в дела друг друга как могут вмешиваться
параллельные процессы на одном компьютере - один процесс срет другому в память)
Система блокчейна гарантирует, что если у двух нод одна и та же цепочка блоков (ну то есть
грубо говоря одна и та же высота блокчейна)- то и состояние у них будет побайтно одинаковое.
Вне зависимости от того как и когда они синхронизировались

yokotoka

member

Activity: 126

Merit: 23

А разве Виталики не предусмотрели борьбу с подобными гонками?
Ведь не может же оказаться внутри payable-функции msg.sender левым адресом, или только последним, если функцию позвали несколько контрактов в рамках одного блока.
Должно выполниться и записаться цепочкой.

uProRock

newbie

Activity: 25

Merit: 0

По крайней мере в mist мы видим именно так, деплой контракта последовательно подтверждается на 12 узлах с равной скоростью для каждого узла.

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Quote from: ivi.jones on November 01, 2017, 01:06:01 PM

Ребят, ну вы чего? Транзакции в эфире проходят последовательно. Не может быть такой ситуации, что "а в это время приходит другой платеж".

В блокЧЕЙН транзакции пишутся последовательно врядли кто с этим будет спорить, надо понять в какой момент срабатывает вызов функции function () payablee public {} и может ли так случиться что две(или несколько) разные ноды начнут параллельно вызывать один и тот же метод но с параметрами от разных транзакций? Если смарт контракт всегда выполняется одной нодой то по идее проблемы быть не должно.

Mishman

newbie

Activity: 21

Merit: 0

Ну, вроде ясно теперь!)

ivi.jones

newbie

Activity: 6

Merit: 0

Ребят, ну вы чего? Транзакции в эфире проходят последовательно. Не может быть такой ситуации, что "а в это время приходит другой платеж".

uProRock

newbie

Activity: 25

Merit: 0

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

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Quote from: Mishman on October 31, 2017, 04:30:46 AM

На самом деле выглядит немного диковато) Мне тяжело сообразить как можно вызвать функцию и получить доступ к её локальным переменным во время её выполнения) Другое дело, что в зависимости от вызываемых функций контракта могут изменяться публичные переменные самого контракта. Пожалуй, здесь стоит прояснить сам принцип вызова и исполнения функций смарт-контракта в сети.

Кстати вероятность изменения публичных переменных мне кажется что гораздо больше чем локальных, хотелось бы разобраться в этом вопросе прежде чем заниматься серьезным проектом на солидити.
uProRock, можете дать ссылку на Yellowpaper, это оно? https://ethereum.github.io/yellowpaper/paper.pdf я что то не вижу чтобы там было что то про синхронизацию.

uProRock

newbie

Activity: 25

Merit: 0

Кстати, да, наверняка в Yellowpaper есть точный ответ на наши догадки - стоит посмотреть там.

Mishman

newbie

Activity: 21

Merit: 0

На самом деле выглядит немного диковато) Мне тяжело сообразить как можно вызвать функцию и получить доступ к её локальным переменным во время её выполнения) Другое дело, что в зависимости от вызываемых функций контракта могут изменяться публичные переменные самого контракта. Пожалуй, здесь стоит прояснить сам принцип вызова и исполнения функций смарт-контракта в сети.

uProRock

newbie

Activity: 25

Merit: 0

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

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Quote from: uProRock on October 30, 2017, 06:06:02 AM

Разве может за такое малое время прийти новый платеж? Возможно, в таком случае, стоит отказаться от function() в пользу обычной функции?

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

Mishman

newbie

Activity: 21

Merit: 0

Кстати, если ты уверен, что такая ситуация возможна, то можно попробовать перестраховаться с помощью require, типо:
address addr = msg.sender;
require(addr == msg.sender);
А затем уже делать какие-то действия. В случае выполнения условия, последующий код не выполнится. Но вообще, по идее, вызовы функций двумя разными адресами - две разные транзакции.

Mishman

newbie

Activity: 21

Merit: 0

Да, как было отмечено, лучше отказаться от использования function(). Вопрос интересный, но есть большие подозрения, что это так не работает) Всегда можно протестировать.

uProRock

newbie

Activity: 25

Merit: 0

Разве может за такое малое время прийти новый платеж? Возможно, в таком случае, стоит отказаться от function() в пользу обычной функции?

Jaga-Jaga

sr. member

Activity: 613

Merit: 256

Code:

pragma solidity ^0.4.0;

contract Doubler {

	address public owner;

	address public lastGamer;

	uint public constant GAME_PRICE = 10 * 10 **15;

	uint public constant DOUBLE_AMOUNT = GAME_PRICE * 2;


	function Doubler() payablee public {

		owner = msg.sender;
	}

	function () payablee public {
		lastGamer = msg.sender;//LINE1
		require(msg.value >= GAME_PRICE);//LINE2
		lastGamer.send(DOUBLE_AMOUNT);//LINE3
	}
}

Дедал примитивный даблер и обнаружил возможную проблему:
Предположим приходит платеж на контракт и контракт сохраняет адрес отправителя в переменную(//LINE1) и выполняет проверку(//LINE2), а в это время приходит другой платеж и что тогда? адрес предыдущего отправителя будет перезаписан(//LINE1) и после этого дважды выплату получит второй отправитель(//LINE3)

Конечно строки //LINE1 и //LINE2 надо поменять местами, но это не даст 100% гарантии защиты целостности данных.

Неужели разработчики solidity ничего не предусмотрели для предотвращения подобных случаев?

Topic: Синхронизация в solidity? (Read 1097 times)