хе хе отрицательная транзакция удалась...
qt клиент от них с ума сходит))) незнает как отобразить...

{
"amount" : -1.00000000,
"confirmations" : 1,
"blockhash" : "bab81d22e1b5b4e67098796bc0fe09d4df75e6172bd9572cf87f32ae90d08c8c",
"blockindex" : 1,
"blocktime" : 1449681562,
"txid" : "c6da6d2d7e1c27570bd2afff8bb0e999083d2dd914420f6a50513ada2d7f68b6",
"normtxid" : "46f251652bd79b321bbc059dbc7275f5cf27f3a18d31e2aa5624e7fe5d16f49a",
"time" : 1449678277,
"timereceived" : 1449678277,
"details" : [
{
"account" : "",
"address" : "iPXbB5cifYkGoGJNY6dkUwoeT4Yh67ZQ48",
"category" : "receive",
"amount" : -2.00000000
},
{
"account" : "",
"address" : "i7N5KcyLaq4hJRvd8rBdvX9VzWPh8HP5CP",
"category" : "receive",
"amount" : 1.00000000
}
]
}
Topic: Подводные камни отрицательных транзакци (Read 2059 times)
протоко один у всех - в оп_ретерн пишешь доп инфу по переводимому доверию для списка выходов
ну как вы и сказали ранее манера пофиг...
это доверие не влияет на движение денег , тогда смысл этого доверия?
а ну еще используй цепочку (блокчейн) не битка а догов или лайтов - и всё
протоко один у всех - в оп_ретерн пишешь доп инфу по переводимому доверию для списка выходов
протоко один у всех - в оп_ретерн пишешь доп инфу по переводимому доверию для списка выходов
ОП-РЕТЁРН
я конечно чукча, и может быть про это не читал, но не в даваясь в дебри специфики протокола, в случае если ОП-РЕТЁРН станет ниже плинтуса, адреса куда переводятся в дальнейшем средства также окрашиваются в плохой рейтинг?и процесс передачи монет с плохих адресов проблематичен или нодам ПО* на то что включать в блок?
майнерам пофиг что включать в блок - лишь бы им комсу заплатили
делаешь на входе комсу, на свой адрес сдачу и еще выход с ОП-РЕТЕРН и в нем всю инфу в том числе и адрес можешь закатать кому доверие хочещь подправить
ну или нулевой выход дделаешь
корорче так - делаешь список нулевых выходов и последним возврат своей комсы или наоборот а в ОП-РЕТЕРН задаешь величины доверия для списка адресов выхода - за норм комсу майнеры такую трнзакцю включат в блок - они и так включают все эти цветные монеты и опен-ассеты - ровно по такому же алгоритму - можешшь даже ничего не изобреттьа - возьми протокол опен асеттс и всё
ОП-РЕТЁРН
я конечно чукча, и может быть про это не читал, но не в даваясь в дебри специфики протокола, в случае если ОП-РЕТЁРН станет ниже плинтуса, адреса куда переводятся в дальнейшем средства также окрашиваются в плохой рейтинг?и процесс передачи монет с плохих адресов проблематичен или нодам ПО* на то что включать в блок?
это рейтинг с последствиями
рейтинг в ОП-РЕТЁРН передавай - так же как цветные монеты и прочие активы в нем шифруют - свой протокол и АПИ придумай и опиши - и всё
сделай сайт и краудфандинг - и получи 1млн долларов за идею
это рейтинг с последствиями
ищи тут описание как долги учитываются
спасибо, но меня долги не интересуют, меня интересуют отрицательные рейтинги для этого не нужно слать минусы - достоачно использовать OP_RETURN и в нем передавать оценку адресу - ну и код того что это ОЦЕНКА доверия данному адресу
всё просто и форк не надо делать
ищи тут описание как долги учитываются
спасибо, но меня долги не интересуют, меня интересуют отрицательные рейтинги
ну так все просто ))
ищи тут описание как долги учитываются
https://docs.google.com/document/d/1TvKGOvqrhYhJ0LElggSPiZU8592R_-dngXUckeP75Gw/edit#
можешь это реализовать в НЕКСТ или multichain.com или на эфире
ищи тут описание как долги учитываются
https://docs.google.com/document/d/1TvKGOvqrhYhJ0LElggSPiZU8592R_-dngXUckeP75Gw/edit#
можешь это реализовать в НЕКСТ или multichain.com или на эфире
доброе всем
существующий форк может отправлять адресату отрицательные транзакции
при этом сжигая свои монеты и уменьшая баланс адресата получателя.
но баланс получателя в coin* системе не имеет значения ибо адресат в последствии может использовать только положительные входы, для перелива средств в новый адрес, что делает бесполезным отрицательный рейтинг.
в такой ситуации
достаточен ли будет алгоритм проверки возможности отправки монет из адреса на который поступали как положительные так и отрицательные транзакции?
адрес имеющий как положительные так и отрицательные монеты(входы)
при формировании транзакции включает в входы как положительные, так и отрицательные(декларируемые)
1)находим все не потраченные отрицательные входы
2)проверяем указанные (декларированные отрицательные входы)
3)если декларированные отрицательные входы-не потраченные отрицательные входы>0, тогда не принимаем транзакцию
иначе :
проверяем если сумма положительных выходов = суммы не потраченных положительных входов-декларированные отрицательные входы, тогда принимаем транзакцию
таким образом
происходит как учет положительных входов так и учет отрицательных входов
декларирование нужно именно для того чтобы отрицательные монеты тоже тратились(на погашение отрицательного рейтинга) а не висели на на адресе вечным грузом
существующий форк может отправлять адресату отрицательные транзакции
при этом сжигая свои монеты и уменьшая баланс адресата получателя.
но баланс получателя в coin* системе не имеет значения ибо адресат в последствии может использовать только положительные входы, для перелива средств в новый адрес, что делает бесполезным отрицательный рейтинг.
в такой ситуации
достаточен ли будет алгоритм проверки возможности отправки монет из адреса на который поступали как положительные так и отрицательные транзакции?
адрес имеющий как положительные так и отрицательные монеты(входы)
при формировании транзакции включает в входы как положительные, так и отрицательные(декларируемые)
1)находим все не потраченные отрицательные входы
2)проверяем указанные (декларированные отрицательные входы)
3)если декларированные отрицательные входы-не потраченные отрицательные входы>0, тогда не принимаем транзакцию
иначе :
проверяем если сумма положительных выходов = суммы не потраченных положительных входов-декларированные отрицательные входы, тогда принимаем транзакцию
таким образом
происходит как учет положительных входов так и учет отрицательных входов
декларирование нужно именно для того чтобы отрицательные монеты тоже тратились(на погашение отрицательного рейтинга) а не висели на на адресе вечным грузом
Jump to: