Я узнавал о том, как Bitcoin blockchain работ и нескольких других сетей, связанных с хранением данных в. Я написал идею, я хотел бы получить обратную связь, на которой относится к расширению протокола Bitcoin с другим blockchain без необходимости менять что-либо в системе Bitcoin. Он не должен быть специально для BTC, но он может быть использован на любом blockchain технически. Я знаю, что боковые цепи включают выдачу БТС в систему боковой цепи, но в этом случае нет необходимости в какой-либо из этого. Мы просто с помощью 2-й цепи слоя только для хранения данных, ссылки на BTC адреса.

Дайте мне знать, что вы думаете, ребята!

У меня есть грубый прототип работает, но все же необходимо исправить некоторые вещи.

--------------------------------

Blockchain Агностика Предложения по хранению данных Текста на Sidechain

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

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

Все blockchains имеют следующие характеристики:

1. Сделка Id Address (TA)
2. Отправка почты (SA)
3. Получение адрес (РА)

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

Этот второй слой blockchain (сайдчейн) должен быть в состоянии хранить произвольные текстовые данные и иметь возможность запрашивать данные через основную цепь адрессы (TA / SA / RA). Ссылаясь один из адресов основной цепи (в TA / SA / RA) в боковой цепи, мы можем вывести все связанные с ним данные по этому адресу.

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

Пример Цель: Алиса владеет адрес 15tYFmUV6wG4e1Gbi1buxBM9zSQzcWSkiK и Боб хочет прикрепить сообщение "Привет мир" по этому адресу.

Решение: Боб сначала создать учетную запись на боковой цепи, а затем создать подпись с помощью закрытого ключа главной цепи и подписать сообщение о его новоиспеченном боковой цепи адреса. Затем он мог бы совершить сделку боковой цепи крепления данные: <открытый ключ основной цепи> <подпись>, Теперь это доказывает его <адрес главной цепи в> владеет своим <сайдчейн адрес> и наоборот. Теперь Боб может совершить сделку боковой цепи крепления сообщения: <Основной адрес цепи Алисы> <Сообщение: привет мир>

Для того, чтобы создать связь этих 2 blockchains, бумажник и блок проводниковая разработчикам нужно будет разобрать обе цепи, чтобы сделать эту связь, опрашивая для боковой цепи публичного адреса главной цепи в.

Формат этих общественных данные будет: <идентификатор адреса> <сообщение>