Bitcoin Forum
August 14, 2022, 06:07:28 PM *
News: Latest Bitcoin Core release: 23.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 »
1  Local / Альтернативные криптовалюты / Re: Как подключить прием USDT без сервисов? on: November 12, 2021, 07:02:15 AM
если б ты шарил ты бы сам его написал. а так то че Никто с тобой возиться не будет. если ты написать не смог его тебя любая проблема в тупик поставит

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

В крипте просто еще недостаточно готовых решений, я просто этого не знал когда делал этот топик, а теперь я знаю, что это еще очень очень сырая область и тут действительно все покачто пишут свои велосипеды.
2  Local / Альтернативные криптовалюты / Re: Как подключить прием USDT без сервисов? on: September 12, 2021, 08:11:53 PM
ТС, вам USDT принимать требуется в каком блокчейне?
..
Для USDT TRC-20 рекомендую от этого же разработчика https://tronapi.net/
В Троне. Спасибо, сервис выглядит довольно интересно, особенно в ценовой политике.
Но все же это тоже сервис, а не просто софт который ставишь и сам себе сервис.
3  Local / Альтернативные криптовалюты / Re: Как подключить прием USDT без сервисов? on: July 02, 2021, 03:31:08 PM
Понял вашу идею.
Под кефир собсно есть готовая реализация у btcpayserver, а вот поддержки трона не нашел нигде пока, видимо только заказывать.

Сервера по старинке предпочитаем держать под линуксом
4  Alternate cryptocurrencies / Service Discussion (Altcoins) / Re: Cryptocurrency payment processor for TRC20 on: July 01, 2021, 04:46:34 PM
I have no idea why someone would accept trc20 tokens, except maybe to save on fees sometimes, but however you can check out several payment processors that accept them like NowPayments:
https://nowpayments.io/

As far as I know there is no clone of BTCPayServer for tron, but here is the list of most Payment Gateways that accept Tron so maybe they accept their trc20 tokens also:
https://cryptwerk.com/companies/payment-gateway/trx/
Sure fees VERY important, if u need to accept many small payments that less than 100$
I see huge amount of fervices that ready accep tokens for me, i just don't want to use them.
I don't need convertation to fian, i just whant to accept USDT and do not whant:
- Trust my money to some servece
- Pay 0.5% to some service
5  Local / Альтернативные криптовалюты / Re: Как подключить автоматический прием ток&# on: July 01, 2021, 03:44:05 PM
Посмотрите https://github.com/Nethereum/Nethereum.SimpleWindowsWallet если на С# пишите, можно через удалённые ноды, можно на своей.

Посомотрел, это же кошель под винду, чем он может мне помочь?


У нас биржевые финтех решения, но в том числе есть несколько клиентов, которые используют только наше ПО криптошлюза в качестве приема средств в BTC, LTC, BCH, ETH + ERC20 Tokens и выводов
И это именно то решение, когда на ваш сервер ставятся ноды и происходит с ними взаимодействие напрямую, а не через мерчантов.

Описание работы можно почитать в наших доках: https://buyownex.com/docs/crypto-gateway

Телеграм: @BuyOwnEx
От 19к$ - дороговато, для того чтоб просто прием токена реализовать.
Целиком биржа нам не нужна.
6  Alternate cryptocurrencies / Service Discussion (Altcoins) / Сryptocurrency payment processor for TRC20 on: July 01, 2021, 03:40:18 PM
I need cryptocurrency payment processor, that support TRC20
Something like BTCPayServer that work with Tron tokens
I wish accept TRC20 tokens at my site, and take it directly, without serveces that takes fee.
Some library that i can setup on my server.
7  Local / Альтернативные криптовалюты / Как подключить прием USDT без сервисов? on: June 07, 2021, 12:41:49 PM
Задача, к сайту который сейчас работает с обычными платежками подключить USDT.
Хочется избежать использования мерчантов, с ними то все понятно, а сделать напрямую прием токенов, для начала TRC20

Интересует что то вроде готового шлюза\биллинга\библиотеки чтоб самому не требовалось все это писать напрямую в блокчейн трона оброащаясь.
Что то вроде btcpayserver но с поддержкой trc20
8  Local / Работа / Waves: нужна платная консультация on: February 17, 2021, 02:34:12 PM
Планируем выпустить для своего проекта токен на waves
Нужен специалист, с опытом интеграции токенов waves в сайт, чтобы провести нам консультацию.
Оплата по договоренности.
Пишите в телеграмм @akamitch
9  Local / Идеи / Re: Файловый майнинг, подтверждение владени&# on: February 17, 2020, 07:12:38 AM
Систему важно сконструировать так, чтобы владелец\автор файла мог не быть хостером, а если и был, то не имел никаких дополнительных прав.
Нужно иммутабельное хранилище данных, так чтобы автор тоже не мог изменять файл после его заливки в сеть.

Получается да, если коллизия то голосуют все кто заключал контракт и те кого меньшинство теряют свой депозит и статус хостера.
Похоже что как минимум одно решение этой задачи найдено, отлично!
10  Local / Идеи / Re: Файловый майнинг, подтверждение владени&# on: February 15, 2020, 09:40:59 AM
При сигнализировании, получается надо еще указать верные данные, чтоб нельзя было просто так жаловаться непонятно что утверждая.
Чтобы на саму жалобу также можно было жаловаться, если это жалоба от атакующего.
11  Local / Идеи / Re: Файловый майнинг, подтверждение владени&# on: February 14, 2020, 09:14:40 AM
Могу навскидку предложить такой вариант. Смарт-контракт заключается между владельцем файла и двумя (или более) неафиллированными (независящими друг от друга) хостерами. Их ноды поочерёдно отправляют в смартконтракт, к примеру, 32-байтный сегмент файла, причём шагом, допустим, 16 байт. То есть сначала первая нода шлёт 256-битную бинарную строку с отступом 0 от начала файла, потом вторая нода через заданное контрактом время шлёт бинарную строку с отступом 16, после этого первая нода отсылает строку с отступом 32, и так далее. Через более длительные интервалы времени отступ может меняться в зависимости от хеша одного из текущих блоков Ethereum, порядковый номер которого вычисляется по некой формуле, что реализует рандомность алгоритма. Смарт-контракт сможет сравнить одинаковость начальных и конечных 16 байтов, присланных разными нодами, и, в случае несовпадения, разорвать заключённое соглашение со всеми хостерами. Тогда вопрос должен решаться через разбирательство, кто из них нарушил взятое на себя обязательство по хранению файла.
Интересная идея!
Ноды у нас == хостеры.
Допустим контракт заключен с 1000-й нод, у всех у них должен быть файл.
В момент "сверки" смарт контракт по текущему nonce вычисляет сдвиг от начала файла и все ноды поочередно присылают свои куски файла, каждая со сдвигом относительно предидущей.
Тк эти кусуки файла не одинаковые, но сильно пересекающиеся, то данные от каждой ноды перепроверяются данными от других нод, и тут действительно скрипт может с определеной надежностью быть уверен у кого есть файл, а кто "пытался угадать достроив данные от нод которые постили инфу первыми".

Если атакующий владеет большинством нод - то он конечно сможет убедить смарт контракт что именно у него есть файл, а остальные что то мутят, аналог атаки 51%.
Соответственно для недопушения этого, при выборе нод с которыми заключается контракт нужно чтобы контракт выбирал рандомные N нод среди всех открытых к заключению таких контрактов.

Сам алгоритм будет работать лучше, если скрипт сразу в реалтайме производит проверку целостности,
сам давая нодам команды, кто с каким смещением сейчас должен дать файл.
Пока нет коллизий то просто последовательно просит
Нода1 - давай 1-й кусок
Нода2 - давай 2-й кусок
Нода3 - давай 3-й кусок
..
Нода55 - давай 3-й кусок
И тут например, коллизия возникает, данные Ноды55 конфликтуют с данными Ноды53
В этот момент контрак меняет схему опроса, ему надо принять решение,  Нода53 или Нода55 врет.
Соответтсвенно у следующих например 10 нод контракт просит - дайте мне оба куска, соответствующие спонрым, щас мы сравним и решим кто прав.
Каких вариантов больше прилетело тот считаем верным.
Все ноды что дали неверный ответ - исключаем из дальнейшей сверки и выплаты вознаграждения.
Продолжаем опрос.
12  Local / Идеи / Re: Файловый майнинг, подтверждение владени&# on: February 11, 2020, 05:18:55 PM
Нода то отправит, а как смарт контракт проверит что это верный данные, если у него нет файла?
13  Local / Идеи / Re: Файловый майнинг, подтверждение владени&# on: February 10, 2020, 11:04:07 AM
Навскидку, можно попробовать сделать так:
1)Автор в смарт-контракте записывает меркл-хэш файла и закидывает монеты.
..
Нода получив файл может просто рассчитать такой же меркл-хэш и удалить файл за ненадобностью.
И даже это не потребуется, ведь нода может просто посмотреть в смарт контракт и найти в нем данные меркл хеша.

Модель разумеется должна быть устойчива к злонамереным нодам с модифицированным кодом которые умеют делать всякие умные вещи.
14  Local / Идеи / Re: Файловый майнинг, подтверждение владени&# on: February 10, 2020, 05:48:24 AM
Размер файла?
Т.е. заказчик хочет создать временную метку, если я правильно понял.
Большой файл всегда можно разбить на части, так что какое то конкретное ограничение нет смысла обсуждать.
Но в целом поток в 1 петабайт в сутки должен нормально проходить, и это не должно быть пределом.
15  Local / Идеи / Файловый майнинг, подтверждение владения on: February 09, 2020, 08:50:18 PM
В рамках разработки одного интересного проекта, я уперся в проблему:

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

Если смарт контракт может получать произвольные данные, которые не сохраняются в блокчейн, а сохраняется только результат их обработки (банально на вход упал файл и его хеш был сравнен с хешем в контракте) то проблемы нет, сверил хеш и отдал монетки.
Я не достаточно хорошо понимаю смарт контранты, и не уверен что можно как то передать в контракт данные которых нет в блокчейне.
Подскажите плиз, как это можно реализовать, может уже есть проекты с такими возможностями?
PS Проекты конечно только децентрализованные, центральный сервер использовать нельзя.

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

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

16  Local / Идеи / Re: Интернет сайты в блокчейне on: October 04, 2019, 02:29:08 PM
Напиши конечно
17  Local / Идеи / Re: Интернет сайты в блокчейне on: October 04, 2019, 06:28:58 AM
Что то я запутался.
Думал, что данные сохраняются у тебя в пачке адресов несуществующих кошельков, указанных как исходящие адреса.
Данные - преобразуются в хеши и эти хеши используются как адреса кошельков.
А сейчас ты пишешь что деньги отправляются себе же, как этого удалось достичь?
18  Local / Идеи / Re: Интернет сайты в блокчейне on: October 04, 2019, 05:35:04 AM
Расширение при этом получает доступ к кошельку и делает само нужную транзакцию?
Фокус не удастся, если нет денег на кошельке, верно?
Ведь надо прикрепить монеты которые достанутся майнерам как комиссия, иначе они не возьмут транзакцию в блок, а еще я не в курсе, выходные транзакции у тебя все нулевые (не знаю позволяет ли это биткоин по протоколу) или там зависает на каждой какое то минимальное количество монет?
Очень логичным кажется добавить в окошко поста сумму, количество монет которое будет потрачено на транзакцию.
19  Local / Идеи / Re: Интернет сайты в блокчейне on: September 09, 2019, 11:46:10 PM
Купил VPS, зашифровал диск на нём, поставил там TOR внутри,
подключился туда по тоннелю фиг-знает-откуда, и сёрфишь себе Инет, через TOR,
или хостишь что надо там, на onion-домене.
Силовики пробили IP, вышли на VPS, пришли, а там тупо диск зашифрованный.
...
Так вот, насколько я знаю, доступ к хостингу на onion-домене blahblahblah.onion
гарантирует наличие приватного ключа RSA, сгенерированного для этого доменного имени.
И, если есть копия сервера и копия этого ключа,
то сайт на этом onion-домене по-прежнему будет работать там.
...
Если конечно, силовики эти, порвавшиеся, собирая себе пепел на голову,
не стыбрят нагло сам RSA-ключ приватный,
и не поставят какой-то "сайт-пустышку", с каким-нибудь ущербным редиректом на ихний амёбообразный ip-logger.
Но это всё дело (RSA-ключ от onion-домена и сам файл onion-домена, и TOR и папку рабочую от TOR_Portable) -
всё это можно и зашифровать, каким-нибудь TrueCrypt, если внезапно, все эти ушлёпки - нагрянут...
Вариант что просто выключат сервер не опасен.
Автоподнятие сервера из бекапа и нет проблем.

Конечно, я рассматриваю вариант получения доступа к ключу.
Для того, чтобы веб сервер работал закриптованый диск должен быть примонтирован и открыт для операционки.
Что то мне кажется, что имея физический доступ к серверу атакующий всегда сможет извлечь ключ из открытого контейнера.
Если запускаемые файлы вебсервера и ОС находятся снаружи контейнера, то отключив сервер атакующий может модифицировать файлы ОС\вебсервера так что из открытого контейнера ключь сохранится, даже если контейнер монтируется не автоматически а владелец сервера каждый раз после ребута заходит и по сети монтирует контейнер вводя пароль.

То есть надо получается чтоб вся ОС была зашифрованой, и как то например по KVM удаленно после ребута вводился пароль.
Но тогда еще остается BIOS, в него могут быть внедрены команды которые сольют ключ.
Ну и еще само железо должно быть без апаратного бекдора "Intel ME" (или его аналога у AMD), это только древнее железо, до 2006-го года,
пойди найди еще такое на хостингах.

Как ведет себя tor, когда в сети поднято несколько .onion на один и тот же ключь, я не в курсе.
Предполагаю что пользователи "как повезет" будут попадать то на один то на другой.
Атакующий получивший ключь скорее всего будет подавлять оригинальный сайт поднимая кучу своих серверов в различных сегментах сети.

Также оставлю здесь "право на информацию", статья 19 "Всеобщей декларации ООН о правах человека".
И прежде чем пытаться оправдывать всяких силовимудаков, имейте в виду,
что эти права человека - основополагающие принципы МЕЖДУНАРОДНОГО ПРАВА.
Я вовсе не оправдываю. Просто в реальности, все эти права - иллюзия.
Те, кто находятся сейчас у власти, ложить хотели на эти писульки.
Надо - примут новые законы, и проплатят сми чтобы оправдать свои действия задним числом, если сочтут нужным.
Уже существуют незаконные простые числа Smiley
Запретят все, что захотят.
20  Local / Идеи / Re: Интернет сайты в блокчейне on: September 06, 2019, 11:56:34 AM
i2p это тот же тор. Сайты хранятся на компьютере пользователя. Выключил комп - нету сайта.
Сайты на блокчейне это другое: однажды сохраненный сайт, будет в блокчейне до тех пор, пока будет блокчейн.
Вообще то все крупные проекты .onion хостятся на обычных серверах, которые стоят в датацентрах.
Некоторые хостинг компании не разрешают хостить торовские сайты, в политике большинства хостеров это просто не упомянуто вообще.
Но как только фбр вычислило и унесло сервер, то да, сайта больше нет.

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

Но ты продолжай пожалуйста, этот эксперимент должен быть произведен.
Он очень важен для развития нашей цивилизации и прогресса всего человечества.
Pages: [1] 2 3 4 5 6 7 8 9 10 11 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!