Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
17 апреля 2013, 10:26:55 AM   # 1
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Основываясь на идее зеленые адреса, Я считаю, что можно значительно снизить риск 51% атаки а, а также уменьшить вероятность того, что проблема типа 11 марта будет идти незамеченными до тех пор, как это было (в hardfork с +6 ложных подтверждений, по меньшей мере, одной крупной сделки).


Он работает следующим образом: Доверенные стороны могли бы послать какие-то случайные количества Bitcoins из одного, казалось бы, случайного адреса на другой и управляются одной и той же партии или одной контролируемой другой доверенной стороной. Тогда п блоками позже (п = 3?) Зеленый адрес может отправить сообщение (д транзакции) через блок цепь, содержащую информацию о транзакции с отметкой времени, отправителем, и адресом приемника или возможно только в firstbits из эти адреса. A 51% злоумышленник вряд ли включать первую из этих сделок в своих блоках, так как он должен включать в себя все транзакции, чтобы убедиться, что он не пропустил специальную операцию, используемую для проверки целостности блоков, созданных и если он включает в себя все операции, это уже не нападение. И злоумышленник не может отправить подписанное сообщение от зеленого адреса, так как он не имеет секретный ключ этого адреса.

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

Я даже не думаю, что эта система будет включать в себя какие-либо изменения в blockchain или системы Bitcoin. Это независимая система, добывающие операторы пула могли бы реализовать, чтобы проверить целостность блока цепи и операторов майнинг также могут быть те, уплачивающих (небольшие) операционные издержки, необходимые, чтобы сделать эту работу системы, так как повышение доверия к Bitcoins в их экономический интерес. Оператор майнинг затем проверяет, х + п, содержит ли блок сообщение от зеленого адреса на другой адрес о сделке, произошедшей в блоке число х. Если нет, то какой-то сигнал тревоги должен погаснуть и действия могут быть приняты там. Сделка обменивались сообщениями и даже не должна быть включена в блоке, но это может быть просто передано как сделка 0 подтверждения для оператора майнинга проверить обоснованность ранее добытые блоков.

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

Некоторое беспокойство может быть поднято, что эта идея не совпадает с децентрализованной идеей Bitcoins и что оператор зеленого адреса может быть поставлена ​​под угрозой или быть частью нападения, но я считаю, что это вопрос не сильно отличается, чем проблема самих зеленых адресов , Если экономическое большинство считает этим зеленый адрес ненадежной, сигнал может быть проигнорирован.
Меч Смит сейчас офлайн Пожаловаться на Меч Смит   Ответить с цитированием Мультицитирование сообщения от Sword Smith Быстрый ответ на сообщение Sword Smith


Как заработать Биткоины?
Без вложений. Не майнинг.


17 апреля 2013, 12:46:27 PM   # 2
 
 
Сообщения: 154
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Получил 1806 Биткоинов
Реальная история.





Это интересная идея, но вы сделали слишком много предположений о действиях 51% атакующему а. Почему это необходимо, чтобы они не включают в себя большинство сделок в цепочке? Их конкураяся цепочка может включать в себя каждую сделку в честной цепи, за исключением одного (unspending своих собственных монет) и победить эту защиту. A 51% злоумышленник не может тратить монеты, которые не являются его, все, что он может сделать unspend недавно проведенных монет, в частности, его собственные, что позволяет двойной расходы. Если он только когда-либо меняет свои собственные операции, то эти канарейки сделки никогда не умрет, и сигнал тревоги не будет звучать.
Zeilap сейчас офлайн Пожаловаться на Zeilap   Ответить с цитированием Мультицитирование сообщения от Zeilap Быстрый ответ на сообщение Zeilap

17 апреля 2013, 12:48:24 PM   # 3
 
 
Сообщения: 910
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Это в значительной степени просто сдвигает от доверия сети доверять произвольные зеленые адреса.

Не хорошая идея.
TradeFortress сейчас офлайн Пожаловаться на TradeFortress   Ответить с цитированием Мультицитирование сообщения от TradeFortress Быстрый ответ на сообщение TradeFortress

17 апреля 2013, 1:43:47 PM   # 4
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Это интересная идея, но вы сделали слишком много предположений о действиях 51% атакующему а. Почему это необходимо, чтобы они не включают в себя большинство сделок в цепочке? Их конкураяся цепочка может включать в себя каждую сделку в честной цепи, за исключением одного (unspending своих собственных монет) и победить эту защиту. A 51% злоумышленник не может тратить монеты, которые не являются его, все, что он может сделать unspend недавно проведенных монет, в частности, его собственные, что позволяет двойной расходы. Если он только когда-либо меняет свои собственные операции, то эти канарейки сделки никогда не умрет, и сигнал тревоги не будет звучать.
Конечно, но это ограничивает возможности уничтожения, что злоумышленник может посеять и защищает сеть от мартовских проблем 11-го типа. Кроме того, это довольно дорого, чтобы сделать 51% атака поэтому возможность unspend свои собственные монеты, вероятно, стоит меньше, чем это стоит сделать 51% атаки а.
Меч Смит сейчас офлайн Пожаловаться на Меч Смит   Ответить с цитированием Мультицитирование сообщения от Sword Smith Быстрый ответ на сообщение Sword Smith

17 апреля 2013, 1:47:52 PM   # 5
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Это в значительной степени просто сдвигает от доверия сети доверять произвольные зеленые адреса.

Не хорошая идея.
Этот ответ не проходит тест Тьюринга. Пожалуйста, ознакомьтесь с ОП, если вы хотите принять участие в обсуждении.
Меч Смит сейчас офлайн Пожаловаться на Меч Смит   Ответить с цитированием Мультицитирование сообщения от Sword Smith Быстрый ответ на сообщение Sword Smith

17 апреля 2013, 2:05:35 PM   # 6
 
 
Сообщения: 1484
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

51% атак наиболее говорили о ... самом бесполезном, самом маловероятных атаках.

Стоимость нападения на сеть, и другие атаки, являются гораздо менее дорогостоящими и гораздо более разрушительными.

jgarzik сейчас офлайн Пожаловаться на jgarzik   Ответить с цитированием Мультицитирование сообщения от jgarzik Быстрый ответ на сообщение jgarzik

18 апреля 2013, 6:28:05 PM   # 7
 
 
Сообщений: 39
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Не это больше похоже на тест непрерывной интеграции?
Astor сейчас офлайн Пожаловаться на Astor   Ответить с цитированием Мультицитирование Сообщения от Astor Быстрый ответ на сообщение Astor

19 апреля 2013, 11:19:55 AM   # 8
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Быстрая оценка ИМО:

Это звучит похоже что-то (новая) Ripple.com делает, что создает практические проблемы, с приходом к консенсусу по своей системе.

Его зависимость от "зеленые адреса" это, как Вы отмечаете, проблематична, а также, по тем же причинам зеленые адреса сами по себе являются недостатки.

Наконец, это несовместимо с правами шахтеров отказаться обработки любой данной сделки.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

19 апреля 2013, 9:24:02 PM   # 9
 
 
Сообщений: 36
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

котировка
Он работает следующим образом: Доверенные стороны могли бы послать какие-то случайные количества Bitcoins из одного, казалось бы, случайного адреса на другой и управляются одной и той же партии или одной контролируемой другой доверенной стороной.
Как стороны установить их доверие?
ChristianK сейчас офлайн Пожаловаться на ChristianK   Ответить с цитированием Мультицитирование сообщения от ChristianK Быстрый ответ на сообщение ChristianK

19 апреля 2013, 9:33:13 PM   # 10
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

котировка
Он работает следующим образом: Доверенные стороны могли бы послать какие-то случайные количества Bitcoins из одного, казалось бы, случайного адреса на другой и управляются одной и той же партии или одной контролируемой другой доверенной стороной.
Как стороны установить их доверие?
Читали ли вы о зеленых адресах? Зеленые адреса принадлежат лицам, которые имеют большой интерес к доверяют не удваивать тратить свои монеты. Таким образом, дилер может выбрать доверять полученные средства от зеленого адреса не двойником израсходованы и он, таким образом, не нужно ждать шесть подтверждений, чтобы доставить купленный продукт заказчику. Зеленые адреса принадлежат крупнейшей Bitcoin компаниям в сообществе, как Mt. GOx.
Меч Смит сейчас офлайн Пожаловаться на Меч Смит   Ответить с цитированием Мультицитирование сообщения от Sword Smith Быстрый ответ на сообщение Sword Smith

19 апреля 2013, 9:43:36 PM   # 11
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на


Его зависимость от "зеленые адреса" это, как Вы отмечаете, проблематична, а также, по тем же причинам зеленые адреса сами по себе являются недостатки.
Спасибо за ваш ответ, Люк.

Как я понимаю эта система не должна быть частью blockchain, но может быть отдельная система. Вы были вокруг 11-го марта жесткой вилки - это мог отдельная система не дала предупреждение, если оператор зеленых адресов был Mt. GOx. (И, возможно, другие доверенные стороны, имеющие финансовую заинтересованность в целостности blockhcain) и один прием тревоги был майнинг оператором BTC Guild? Эти две очень крупные игроки на две разные стороны вилок. Будет ли эта система не дала УБСУ предупреждения 30-40 минут раньше, чем вы его получили?

Наконец, это несовместимо с правами шахтеров отказаться обработки любой данной сделки.
Неплохо подмечено. Но если зондировании сделка сделана выглядеть так же, как и любой другой сделки, как это возможно (снижение риска на злоумышленника, идентифицирующего его) является то, что не вполне предсказуемы, когда он будет включен? Я думаю, ваша проблема с моей системой может быть решена путем проверки блока х, х + 1, и, возможно, х + 2, а не просто х.
Меч Смит сейчас офлайн Пожаловаться на Меч Смит   Ответить с цитированием Мультицитирование сообщения от Sword Smith Быстрый ответ на сообщение Sword Smith

19 апреля 2013, 9:58:09 PM   # 12
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Как я понимаю эта система не должна быть частью blockchain, но может быть отдельная система. Вы были вокруг 11-го марта жесткой вилки - это мог отдельная система не дала предупреждение, если оператор зеленых адресов был Mt. GOx. (И, возможно, другие доверенные стороны, имеющие финансовую заинтересованность в целостности blockhcain) и один прием тревоги был майнинг оператором BTC Guild? Эти две очень крупные игроки на две разные стороны вилок. Будет ли эта система не дала УБСУ предупреждения 30-40 минут раньше, чем вы его получили?
Я не думаю, что это теоретически возможно получить предупреждение до 0.6.x и 0.8.x расходящиеся - что помогло бы был бы способ связаться с людьми быстрее (в том числе имея poolserver связаться со мной, а не только его регистрации и принятия некоторое время, прежде чем я заметил).
В результате событий 11 марта, основные бассейны обменялись прямой контактной информацией друг с другом, и эта информация (я уверен) доступны для основных разработчиков.

Наконец, это несовместимо с правами шахтеров отказаться обработки любой данной сделки.
Неплохо подмечено. Но если зондировании сделка сделана выглядеть так же, как и любой другой сделки, как это возможно (снижение риска на злоумышленника, идентифицирующего его) является то, что не вполне предсказуемы, когда он будет включен? Я думаю, ваша проблема с моей системой может быть решена путем проверки блока х, х + 1, и, возможно, х + 2, а не просто х.
Это не имеет смысла. Дело в том, что шахтеры имеют право отказаться даже сделки от / до широко доверенных лиц.
Это является важным компонентом системы Bitcoin.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

19 апреля 2013, 10:08:35 PM   # 13
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Как я понимаю эта система не должна быть частью blockchain, но может быть отдельная система. Вы были вокруг 11-го марта жесткой вилки - это мог отдельная система не дала предупреждение, если оператор зеленых адресов был Mt. GOx. (И, возможно, другие доверенные стороны, имеющие финансовую заинтересованность в целостности blockhcain) и один прием тревоги был майнинг оператором BTC Guild? Эти две очень крупные игроки на две разные стороны вилок. Будет ли эта система не дала УБСУ предупреждения 30-40 минут раньше, чем вы его получили?
Я не думаю, что это теоретически возможно получить предупреждение до 0.6.x и 0.8.x расходящиеся - что помогло бы был бы способ связаться с людьми быстрее (в том числе имея poolserver связаться со мной, а не только его регистрации и принятия некоторое время, прежде чем я заметил).
В результате событий 11 марта, основные бассейны обменялись прямой контактной информацией друг с другом, и эта информация (я уверен) доступны для основных разработчиков.
Когда вы были проинформированы о вилке, после или до того, как стали жесткой вилкой (что означает +6 подтверждения, не так ли?)?

Наконец, это несовместимо с правами шахтеров отказаться обработки любой данной сделки.
Неплохо подмечено. Но если зондировании сделка сделана выглядеть так же, как и любой другой сделки, как это возможно (снижение риска на злоумышленника, идентифицирующего его) является то, что не вполне предсказуемы, когда он будет включен? Я думаю, ваша проблема с моей системой может быть решена путем проверки блока х, х + 1, и, возможно, х + 2, а не просто х.
Это не имеет смысла. Дело в том, что шахтеры имеют право отказаться даже сделки от / до широко доверенных лиц.
Это является важным компонентом системы Bitcoin.
Конечно, но когда вы получаете какое-то сообщение от зеленого адреса, хотя в сети, вы можете вернуться в блок цепи и посмотреть, если он есть. Он не должен быть в одном конкретном блоке, он также может быть в блоке один или два после. Имеет ли это смысл?
Меч Смит сейчас офлайн Пожаловаться на Меч Смит   Ответить с цитированием Мультицитирование сообщения от Sword Smith Быстрый ответ на сообщение Sword Smith

19 апреля 2013, 10:21:05 PM   # 14
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Как я понимаю эта система не должна быть частью blockchain, но может быть отдельная система. Вы были вокруг 11-го марта жесткой вилки - это мог отдельная система не дала предупреждение, если оператор зеленых адресов был Mt. GOx. (И, возможно, другие доверенные стороны, имеющие финансовую заинтересованность в целостности blockhcain) и один прием тревоги был майнинг оператором BTC Guild? Эти две очень крупные игроки на две разные стороны вилок. Будет ли эта система не дала УБСУ предупреждения 30-40 минут раньше, чем вы его получили?
Я не думаю, что это теоретически возможно получить предупреждение до 0.6.x и 0.8.x расходящиеся - что помогло бы был бы способ связаться с людьми быстрее (в том числе имея poolserver связаться со мной, а не только его регистрации и принятия некоторое время, прежде чем я заметил).
В результате событий 11 марта, основные бассейны обменялись прямой контактной информацией друг с другом, и эта информация (я уверен) доступны для основных разработчиков.
Когда вы были проинформированы о вилке, после или до того, как стали жесткой вилкой (что означает +6 подтверждения, не так ли?)?
Нет, hardfork происходит в тот момент, старший клиент отклоняет блок принят более новыми клиентами.
Элигий обнаружены сразу, но он не был до сипа не помогает какой-то другой пользователь испытывает проблемы, что я думал, чтобы проверить это.

Наконец, это несовместимо с правами шахтеров отказаться обработки любой данной сделки.
Неплохо подмечено. Но если зондировании сделка сделана выглядеть так же, как и любой другой сделки, как это возможно (снижение риска на злоумышленника, идентифицирующего его) является то, что не вполне предсказуемы, когда он будет включен? Я думаю, ваша проблема с моей системой может быть решена путем проверки блока х, х + 1, и, возможно, х + 2, а не просто х.
Это не имеет смысла. Дело в том, что шахтеры имеют право отказаться даже сделки от / до широко доверенных лиц.
Это является важным компонентом системы Bitcoin.
Конечно, но когда вы получаете какое-то сообщение от зеленого адреса, хотя в сети, вы можете вернуться в блок цепи и посмотреть, если он есть. Он не должен быть в одном конкретном блоке, он также может быть в блоке один или два после. Имеет ли это смысл?
Так что, если все шахтеры решают сделку в вопросе не должно быть заминированы?
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

19 апреля 2013, 10:24:56 PM   # 15
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Когда вы были проинформированы о вилке, после или до того, как стали жесткой вилкой (что означает +6 подтверждения, не так ли?)?

Нет, трудно вилка означает, что новые правила являются более слабыми, чем старые правила.

Таким образом, если максимальный размер блока был увеличен, что это трудно вилка, так как она позволяет блоки, которые ранее были запрещены.

Мягкая вилка запрещает то, что ранее было разрешено. Таким образом, если максимальный размер блока был уменьшен, что будет мягкой вилкой.

Разница заключается в том, как очень старые клиенты обрабатываются.

Жесткие вилки
Старые клиенты: Старые правила только
Новые клиенты: новые правила и старые правила

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

Новые клиенты следуют новой цепи, так как он имеет более высокие военнопленный и старые клиенты следуют старой цепи, так как новая цепь имеет нелегальную (по старым правилам) блоки.

Мягкая вилка
Старые клиенты: новые правила и старые правила
Новые клиенты: новые правила только

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

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

Старые клиенты просто проследить цепочку, как обычно и видеть большую сиротский скорость.

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

оплатить скрипт изменение было мягкой вилки. Это была система голосования построен. Если > 55% шахтеры согласились, изменение активированного. Вероятно, это было немного низко для большинства. Если поддержка впоследствии снизилась до 45%, то это может привести к полноправной вилке.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

19 апреля 2013, 10:26:39 PM   # 16
 
 
Сообщения: 364
Цитировать по имени
цитировать ответ
по умолчанию Re: идея о том, как уменьшить риск 51% атаки на

Как я понимаю эта система не должна быть частью blockchain, но может быть отдельная система. Вы были вокруг 11-го марта жесткой вилки - это мог отдельная система не дала предупреждение, если оператор зеленых адресов был Mt. GOx. (И, возможно, другие доверенные стороны, имеющие финансовую заинтересованность в целостности blockhcain) и один прием тревоги был майнинг оператором BTC Guild? Эти две очень крупные игроки на две разные стороны вилок. Будет ли эта система не дала УБСУ предупреждения 30-40 минут раньше, чем вы его получили?
Я не думаю, что это теоретически возможно получить предупреждение до 0.6.x и 0.8.x расходящиеся - что помогло бы был бы способ связаться с людьми быстрее (в том числе имея poolserver связаться со мной, а не только его регистрации и принятия некоторое время, прежде чем я заметил).
В результате событий 11 марта, основные бассейны обменялись прямой контактной информацией друг с другом, и эта информация (я уверен) доступны для основных разработчиков.
Когда вы были проинформированы о вилке, после или до того, как стали жесткой вилкой (что означает +6 подтверждения, не так ли?)?
Нет, hardfork происходит в тот момент, старший клиент отклоняет блок принят более новыми клиентами.
Элигий обнаружены сразу, но он не был до сипа не помогает какой-то другой пользователь испытывает проблемы, что я думал, чтобы проверить это.

Наконец, это несовместимо с правами шахтеров отказаться обработки любой данной сделки.
Неплохо подмечено. Но если зондировании сделка сделана выглядеть так же, как и любой другой сделки, как это возможно (снижение риска на злоумышленника, идентифицирующего его) является то, что не вполне предсказуемы, когда он будет включен? Я думаю, ваша проблема с моей системой может быть решена путем проверки блока х, х + 1, и, возможно, х + 2, а не просто х.
Это не имеет смысла. Дело в том, что шахтеры имеют право отказаться даже сделки от / до широко доверенных лиц.
Это является важным компонентом системы Bitcoin.
Конечно, но когда вы получаете какое-то сообщение от зеленого адреса, хотя в сети, вы можете вернуться в блок цепи и посмотреть, если он есть. Он не должен быть в одном конкретном блоке, он также может быть в блоке один или два после. Имеет ли это смысл?
Так что, если все шахтеры решают сделку в вопросе не должно быть заминированы?
Сигнал игнорируется, я думаю. Но, кажется, весьма маловероятно, чтобы мне, что сделка не whould быть включены, система предупреждения должна дать очень мало (если таковые имеются) ложные сигналы тревоги, таким образом, будучи высокой стоимости.

Как я уже отмечал, эта система не должна быть частью прямой проверки заминированного блока, но вместо того, чтобы отдельная система используется только в качестве дополнительной системы предупреждения о том, что что-то может быть не так.
Меч Смит сейчас офлайн Пожаловаться на Меч Смит   Ответить с цитированием Мультицитирование сообщения от Sword Smith Быстрый ответ на сообщение Sword Smith



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW