Topic: Автоматизированный escrow-сервис (Read 161 times)

Я в первом посте вообще написал, что всю херню можно свести к двум флажкам в двух акках - задание/сделка "выполнена/невыполнена",
он может нести один лишь бит инфы.
Но речь шла о мультиподписях в bitcoin-based криптовалютах.
Когда речь идёт о смарт-контрактах, мне сразу вспоминаются скамные кефиротокены, которыми засрали весь coinmarketcap,
и ебический эфирный блокчейн с его 15-ю миллионами блоков, и 700 гигабайтным размером. Вмазываться в такое, по килобаксу - желания нет вообще.
Не знаю, есть ли там мультиподписи, но чё-то вижу на смарт-контрактах делают, вроде. Но как-то изъёбистно, видишь-ли. А ты ещё про оракулов каких-то, неведомых, мне заливаешь.

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

Атомарные свапы нужны для обмена крипты.
А тут скорее оплата криптой за задания, чтобы сделать рынок труда, или анонимную биржу труда - вроде https://yukon.to
Но оплата таким образом, чтобы не наебали на крипту, не выполнив задание, и если оно не выполнено - чтобы крипта могла быть возвращена.
Думаю, это можно автоматизировать.

Тогда, надо знать solidity, и как писать эти контракты, а ещё это дорохо вроде, потому что кефир дорогой,
и ещё, что будет если пиздатый кусок блокчейна кефира - тупо заорфанят?

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

А можно ещё проще, без атомарных свопов, но с залогами.

Такую схему уже приводил в своей статье Схемы любого межблокчейнового обмена или даже между блокчейном и любыми другими платежными системами или банковскими платежами с использованием простейшего смарт-контракта на своём телеграм-канале.

Посредник не нужен, надо просто просчитывать риски потери заранее.
 

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

Есть идея создать говносайт для автоматизированного escrow-сервиса.
Чтобы там был автоматизированный гарант, и чтобы никто никого не мог наебать на криптоговно,
и тупо спиздить его, как пиздят последнее - дешёвые, нищие крысы, говнявесные.

Знаю, что есть транзакции с мультиподписями
Тут, можно сгенерить транзу с мультиподписями http://ms-brainwallet.org

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

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

Для говносайта нужна база данных, походу.

Это сырая идея, можете развить и даже запилить - хз.