Обновить
9

Пользователь

24
Подписчики
Отправить сообщение
Окей, статья обрисовала проблему. Какие-то предлагаемые решения? Выводы?
пост не читай @ сразу отвечай
Если оригинал всегда знает, кто есть кто, то клон тоже знает, что он клон (на основании того, что он знает, что он не оригинал), хотя это не так :)
Интересное разделение мнений в комментариях, хотелось бы узнать их количественное распределение. Автор, вы не могли бы прикрутить опрос наподобие этого?

Вопрос: Согласились бы вы на перенос/загрузку своего сознания?
  • Да, сразу же!
  • Да, но подожду, пока стану достаточно старым
  • Да, но уже после естественной смерти
  • Нет, по причинам моральной или религиозной неприемлемости
  • Нет, потому что лично я умру, а жить будет мой симулякр
  • Нет, потому что это будет только подобие жизни
  • Я НЛО, мне ни к чему еще одно бессмертие
Странно, что вас не приводят в ужас растущие объемы жестких дисков. Это ж, страшно подумать, сколько всего туда можно записать! А то как поди, чаво й соберется, само то?

… или приводят?
В обоих сразу. Каждый будет считать себя оригиналом, а второго — мерзкой копией. Это как fork(), только код возврата лично вам неизвестен :)
Пусть Земля это квадрат
Иными словами — «у нас есть карта» :)
Попробовал переплюнуть и сделать своё на коленке, но чтоб было не хуже — чтобы можно было обрезать адрес в любом месте (т.е. уточнять местоположение по мере набора), чтобы не было искажений с увеличением широты, и чтобы, возможно, запись получилась короче:

  1. Преобразовал широту и долготу в NESTED-индекс HEALPix с Nside=223 (точность ±0.5 м)
  2. Разделил индекс на компоненты, где первый компонент — номер грани (от 0 до 11), а остальные (от 0 до 3) — «уточняющие» номера квадратов внутри сетки
  3. Записал компоненты последовательно:
    1. Номера граней от 0 до 7 — как 0000b...0111b
    2. Номера граней от 8 до 11 — как 100b...111b
    3. Каждый последующий компонент от 0 до 3 — просто два бита
  4. По мере формирования, записывал base36:
    1. Если первый бит — 0, то последующие пять битов — знаки алфавита от 0 до 31
    2. Если первый бит — 1, то последующие два бита — знаки алфавита от 32 до 35

Да, знаю, схема кодирования в base36 неидеальна, но я не смог придумать ничего лучше — ведь если преобразовывать просто в систему счисления с основанием 36, то теряется возможность взять любое количество первых разрядов и раскодировать с усеченной точностью.

Получились такие результаты для длины хэша в 10 знаков
  • Простой base36: 3FK8F;MB1K, точность ±0.6 метров
  • Geohash: u4pruydqqv, точность ±0.6 метров
  • MapCode: WJD0Q.V03F, точность ±5 метров
  • Моя схема: 3yyyvw9mxz, точность ±7 метров

Не удалось :C
А принцип записи? Арифметическое кодирование?
Обладателям хороших мониторов дорога в Хогвартс заказана :)
Распечатки древних эхоконференций на вот такой бумаге:
Вот таких, да?
Скрытый текст


Это еще ничего, есть омерзительнейшие клавиатуры с т.н. Office Lock. Когда он нажат (а всегда при включении клавиатуры он автоматически становится нажат), O — это на самом деле Ctrl+O, потому что на ней нарисована папочка. C — это Ctrl+C, V — это Ctrl+V. Все «офисные клавиши для правки текста» назначены на обычные буквы и это просто неимоверно раздражает.
Интересно, кстати, к какому именно клиенту привык Билл Гейтс, который был до Outlook? И на какой ОС он работал?
… улыбнулся и ударил палицей по голове.
В общем, я отвечу на собственный вопрос.

Длина одного «прохода» SEARCH ROM выглядит так: reset + presence + (bit1 * 4 + bit0 * 4) + (bit0 + bit1) * 64 + response * 64. Так как при переборе всех вариантов ключа единицы в ответе хоста будут встречаться ровно столько же, сколько нули, то считаем, что response = (bit0 + bit1) / 2. Т.е. один проход поиска в среднем занимает reset + presence + (bit0 + bit1) * (8 + 64 + 32) == от 6700 до 14100 мкс.

Итого для перебора 6 байтов, т.е. 48 битов ключа, операцию поиска придется повторить 281474976710656 раз, и это дает от 59801 до 125850 лет ожидания. Скорее всего, за это время дверь неоднократно откроется сама.
А всегда ли домофоны ожидают именно один ключ в ответ на SEARCH ROM? Иными словами, не сработает ли схема, при которой один псевдоключ притворяется всеми ключами в мире вообще?
А не Iron Ore Mountain City? :)
Нужно больше ограничений!
Почему минус, можно узнать? usefree сказал:
на их основе невозможно построить «биржу мочевины»
Торговля мочевиной (или любыми другими ресурсами) возможна при помощи децентрализованного NXT Asset Exchange, являющегося частью протокола NXT. Какие есть препятствия?

И NXT действительно не является форком ни одной из существующих на данный момент валют, т.к. написана с нуля на Java, и не имеет ничего общего с Bitcoin и его наследниками, ни в плане кода, ни в плане протокола, ни в плане концепций, кроме разве что того, что и то, и то — криптовалюта с блокчейном. Что с этим не так?
причина у отступов проста — каждый перенос строки вне тега <source> заменяется на <br />, поэтому вот такой хабракод:
А вот пример моей программы:
<source lang="python">
print "Hello, world!"
</source>
Я потратил много времени на её разработку.
превратится в
А вот пример моей программы:<br />
<pre><code class="python"><span class="keyword">print</span> <span class="string">"Hello, world!"</span></code></pre><br />
Я потратил много времени на её разработку.

Чтобы переносов не было, пишите вот так:
А вот пример моей программы:
<source lang="python">
print "Hello, world!"
</source>Я потратил много времени на её разработку.
Это будет выглядеть следующим образом:
А вот пример моей программы:
print "Hello, world!"
Я потратил много времени на её разработку.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность

Специализация

Архитектор программного обеспечения