Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
6 декабря 2017, 12:15:48 PM   # 1
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я думаю, если есть другой способ масштабирования Bitcoin на цепочке. Я сделал некоторые исследования, и я хочу поделиться этим здесь, Это мой первый пост, я буду стараться изо всех сил, чтобы объяснить, и извините за мой английский (им марокканской, английский не является моим родным языком)

Одна вещь, всегда приходил в мой мозг представляет собой блок, как автобус, который проходят каждый 10мин. В реальной жизни автобус имеют theoric ограниченное количество мест (1 МБ предел аналогии), но можно добавить больше людей в автобусе с немного дополнительной работы. или "компресс" Работа

Как это изображение
http://www.ethiopianreview.com/photos/obama_family_kenya.jpg

И в физике его можно сжать что-либо на небольшом ограниченном объеме, но "компресс" нужно всегда аддитивная работа в соответствии с первоначальным объемом. (черные дыры, например)

Так что моя теория, если она possibile найти АЛГОРИТМ, что делает то же самое, но с данными и информацией. Давая сколь угодно большой файл, можно математически, чтобы сжать его до предела меньше 1Мб.

Здесь, я начинаю исследовать в математико и факторизации чисел. Я обнаружил, что проблема в профакторизованном строит множество простых чисел computationaly infeasable. Так я иду противное простых чисел, которые превосходят весьма составное число.

Тогда я нашел есть формула для построения всех улучшенные весьма составных чисел.

https://wikimedia.org/api/rest_v1/media/math/render/svg/fea86cc31d3cb47548322d753b565ab7c068a3f5
с
https://wikimedia.org/api/rest_v1/media/math/render/svg/d05b57d2a54edd20b348a57021b58c887ef6732d

Вопрос заключается в том, как факторизовать через чисел в произведение простых чисел, можно факторизовать ряд на сумму Супериор весьма составное число.

Короче говоря, если это утверждение верно:
"Каждое натуральное число есть сумма Высшего Высококвалифицированные составного числа"

Если это произойдет, то его можно преобразовать произвольное большое число к сумме SHCN (Superior высоко композит номер), а затем использовать формулу конструкта присвоить каждый SHCN в списке вещественного числа, которое было вычислить из простого числа. Затем назначьте каждое простое число в списке в порядок простого числа, используемое для изготовления реального числа.

Таким образом, произвольное большое число сжимается до заданного / пере- становочен списка номеров небольших заказов.

Например, у нас есть этот список простого порядка чисел мы хотим, чтобы развернуть

1,3,6 (первый премьер, третий премьер, шестой премьер)

преобразуем его к простым числам

2,5,13

то преобразовать его в вещественное число х в растворе 1 / (р ^ (1 / х) -1) = 1, что лог (р) / журнал (2)

1,2.32192809489,3.70043971814

Затем используйте конструктор для расчета SHCN каждого вещественного числа. Затем сложить их, чтобы получить исходное число. (К сожалению, я не знаю, как сделать это вручную)

Это как декомпрессия делается с SHCN

Теперь для сжатия для файла.

Нам нужно найти самый большой SHCN меньше, чем файл. и запомнить простое число р в SHCN которых 1 / (р ^ (1 / х) -1) является самым близким, но не менее 1, и получить свой заказ н премьер набор.

Файл = SHCN (реальный (прайм (n_0))) + файл остальное

то мы делаем то же самое для "файл остальное",

Файл = SHCN (реальный (прайм (n_0))) + SHCN (реальный (прайм (n_1))) + файл остальное

пока мы не получим это.

файл = SHCN (реальный (прайм (n_0))) + ... + SHCN (реальный (прайм (n_m))) + 0 (или 1)

И сжатый файл список т чисел

n_0, n_1, ..., n_m; 0 (или 1)

И это сжатие очень динамично в теории. Например, если мы хотим, чтобы сжать 1.1Kb быть только меньше, чем 1Кб, мы просто остановиться, когда

Файл = SHCN (реальный (прайм (n_0))) + ... + SHCN (реальный (прайм (n_k))) + файл остальное

меньше 1Кба, а сжатый файл будет:

n_0, n_1, ..., n_k; файл остальное

в декомпрессии, программа просто будет распаковывать n_0, n_1, ..., n_k затем добавить файл остальное в конце, чтобы получить исходный файл

Если это сжатие математически доказуемо и computationaly устроиств возможно, но она может быть использована для сжатия произвольного большого количества сделок будет меньше, чем 1Мбы, добавив "компрессия" работать в горнодобывающей промышленности, в дополнение к доказательству работы. И сделать хэш более элементарным путем просто перестановкой чисел в списке сжатого блока и хэш его.

И если шахтеры хотят получить прибыль больше от сборов они должны выполнять больше "компрессия" работы путем сжатия более транзакции к блоку. И, возможно, с "компрессия" работа добавил, сделает СИС добыча более трудным, так что добыча будет более децентрализованной.

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


PS: Я только что сделал ошибку, реальное число х из SHCN представляет собой раствор из 1 / (р ^ (1 / х) -1) = к, где к ближайшему целому числу х при поиске в SHCN. так х лог (р) / журнал (1 + K)

так что сжатый файл будет в таком виде

(N_0, k_0), (n_1, k_1), ..., (n_m, k_m); файл остальное

это напомнить мне о продукте факторизации р0 ^ k0 * p1 ^ k1 * ... * ч ^ км, но при суммировании, это хороший признак того, что суммирование факторизация может быть в биекции с профакторизованным продуктом.
moukafih.adil сейчас офлайн Пожаловаться на moukafih.adil   Ответить с цитированием Мультицитирование сообщения от moukafih.adil Быстрый ответ на сообщение moukafih.adil


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


6 декабря 2017, 12:46:16 PM   # 2
 
 
Сообщения: 168
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

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





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

6 декабря 2017, 1:39:14 PM   # 3
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

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

Что я знаю сжатия без потерь, они используют dictionnaries. как молния и WinRAR. Короче говоря фактическое сжатие только при поддержке пользовательских dictionnaries. dictionnary просто сделаны из аналитических данных и статистики. Там нет математико в нем.

В математике, каждая вещь может быть сжата и упрощена, и disctionnary является простыми числами. самые большие числа могут прописаны в простой формуле. И я думаю, что это может быть сделано также в исходных данных, если мы видим его в качестве больших чисел.

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

6 декабря 2017, 1:50:52 PM   # 4
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin


то преобразовать его в вещественное число х в растворе 1 / (р ^ (1 / х) -1) = 1, что лог (р) / журнал (2)


Я просто сделал ошибку, реальное число х из SHCN представляет собой раствор из 1 / (р ^ (1 / х) -1) = к, где к ближайшему целому числу х при поиске в SHCN. так х лог (р) / журнал (1 + K)

так что сжатый файл будет в таком виде

(N_0, k_0), (n_1, k_1), ..., (n_m, k_m); файл остальное

это напомнить мне о продукте факторизации р0 ^ k0 * p1 ^ k1 * ... * ч ^ км, но при суммировании, это хороший признак того, что суммирование факторизация может быть в биекции с профакторизованным продуктом.
moukafih.adil сейчас офлайн Пожаловаться на moukafih.adil   Ответить с цитированием Мультицитирование сообщения от moukafih.adil Быстрый ответ на сообщение moukafih.adil

6 декабря 2017, 3:56:45 PM   # 5
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

Одна вещь, всегда приходил в мой мозг представляет собой блок, как автобус, который проходят каждый 10мин. В реальной жизни автобус имеют theoric ограниченное количество мест (1 МБ предел аналогии), но можно добавить больше людей в автобусе с немного дополнительной работы. или "компресс" Работа

[...]

И в физике его можно сжать что-либо на небольшом ограниченном объеме, но "компресс" нужно всегда аддитивная работа в соответствии с первоначальным объемом. (черные дыры, например)

Так что моя теория, если она possibile найти АЛГОРИТМ, что делает то же самое, но с данными и информацией. Давая сколь угодно большой файл, можно математически, чтобы сжать его до предела меньше 1Мб.

Какая отличная идея !! Могу ли я задать вопрос скромный, может улучшить свой гений. Почему бы не кормить вывод программы сжатия обратно в программу сжатия рекурсивно? Вы можете сжать всю blockchain быть распечатаны в QR-коде для резервного копирования! Или даже весь Интернет!

Возможные предшествующего уровня техники:  WEB-компрессор, патент США 5533051, В патенте США N 5488364, и т.д. Скажите, это ваш метод запатентован ??

(Форум, пожалуйста, прости меня. Я никогда не имел удовольствие страдания их в comp.compression.)

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

6 декабря 2017, 4:23:23 PM   # 6
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

Какая отличная идея !! Могу ли я задать вопрос скромный, может улучшить свой гений. Почему бы не кормить вывод программы сжатия обратно в программу сжатия рекурсивно? Вы можете сжать всю blockchain быть распечатаны в QR-коде для резервного копирования! Или даже весь Интернет!

Возможные предшествующего уровня техники:  WEB-компрессор, патент США 5533051, В патенте США N 5488364, и т.д. Скажите, это ваш метод запатентован ??

(Форум, пожалуйста, прости меня. Я никогда не имел удовольствие страдания их в comp.compression.)


Да, я думаю, что его можно, путь сжатия компрессии. До принятия всего blockchain или Интернета в QR Core. И если вы хотите, чтобы распаковывать вам нужно позволить ему расти в программе, как растущее дерево из маленького семени. И это, если его работа сжатия.

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

Нет, я еще нету запатентованы. Я понятия не имею, как действовать для марокканского гражданина, если у вас есть какие-либо experiance в патентовании бумажной работы.

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

Я думаю, что первый важный шаг для этого метода состоит в доказательстве Математики за ним, предложение о "Каждый POSITIF целое число является суммой Высшем Высококвалифицированные составное число", То доказать, алгоритм суммирования факторизации является computationaly устроиств возможен для больших чисел. И в конце концов сделать некоторые программы с открытым исходным кодом, чтобы проверить его и сделать его реальным.

РЕДАКТИРОВАТЬ:
Просто забыть ограничение словаря простых чисел.

Сжимая файл, он нужен dictionnary простых чисел. то же самое для распаковки. поэтому сжатию blockchain или Интернет нужен большой dictionnary простых чисел в памяти, так что я думаю, что его не устроиства возможно, может быть, если новая формула Открывают для построения простых чисел, как для SHCN в FUTUR, кто знает.
moukafih.adil сейчас офлайн Пожаловаться на moukafih.adil   Ответить с цитированием Мультицитирование сообщения от moukafih.adil Быстрый ответ на сообщение moukafih.adil

6 декабря 2017, 5:02:52 PM   # 7
 
 
Сообщений: 89
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

Короче говоря, если это утверждение верно:
"Каждое натуральное число есть сумма Высшего Высококвалифицированные составного числа"
котировка
Первые 15 улучшенных высоко составные числа, 2, 6, 12, 60, 120, 360, 2520, 5040, 55440, 720720, 1441440, 4324320, 21621600, 367567200, 6983776800

1 является положительным целым числом, так «Цитата: moukafih.adil» не так, извините.
сейчас офлайн MDA Пожаловаться на мда   Ответить с цитированием Мультицитирование сообщения от мда Быстрый ответ на сообщение мда

6 декабря 2017, 5:26:13 PM   # 8
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

Какая отличная идея !! Могу ли я задать вопрос скромный, может улучшить свой гений. Почему бы не кормить вывод программы сжатия обратно в программу сжатия рекурсивно? Вы можете сжать всю blockchain быть распечатаны в QR-коде для резервного копирования! Или даже весь Интернет!

Возможные предшествующего уровня техники:  WEB-компрессор, патент США 5533051, В патенте США N 5488364, и т.д. Скажите, это ваш метод запатентован ??

(Форум, пожалуйста, прости меня. Я никогда не имел удовольствие страдания их в comp.compression.)


Да, я думаю, что его можно, путь сжатия компрессии. До принятия всего blockchain или Интернета в QR Core. И если вы хотите, чтобы распаковывать вам нужно позволить ему расти в программе, как растущее дерево из маленького семени. И это, если его работа сжатия.

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

Нет, я еще нету запатентованы. Я понятия не имею, как действовать для марокканского гражданина, если у вас есть какие-либо experiance в патентовании бумажной работы.

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

Я думаю, что первый важный шаг для этого метода состоит в доказательстве Математики за ним, предложение о "Каждый POSITIF целое число является суммой Высшем Высококвалифицированные составное число", То доказать, алгоритм суммирования факторизации является computationaly устроиств возможен для больших чисел. И в конце концов сделать некоторые программы с открытым исходным кодом, чтобы проверить его и сделать его реальным.

РЕДАКТИРОВАТЬ:
Просто забыть ограничение словаря простых чисел.

Сжимая файл, он нужен dictionnary простых чисел. то же самое для распаковки. поэтому сжатию blockchain или Интернет нужен большой dictionnary простых чисел в памяти, так что я думаю, что его не устроиства возможно, может быть, если новая формула Открывают для построения простых чисел, как для SHCN в FUTUR, кто знает.

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

Я допускаю, что ваша Bitcoin масштабирования идея превосходит скейлинг идеи, лежащих в МПБЕ, BU, 2X, и иже с ними.

Теперь, вы идете прочитать в разделе 9 comp.compression FAQ.  Пожалуйста, не возвращаются, если вы не читали, что-то на форуме не может меня не простит.

Цитата: comp.compression FAQ
Это математически невозможно создать программу для сжатия без потерь все файлы по крайней мере, один бит (см ниже, а также пункт 73 в части 2 настоящей FAQ). Тем не менее, время от времени некоторые люди утверждают, что изобрели новый алгоритм для этого. Такие алгоритмы востребованы для сжатия случайных данных и быть применимо рекурсивно, то есть, применяя компрессор к сжатому выходу предыдущего запуска, возможно, несколько раз. Фантастические коэффициенты сжатия более 100: 1 на случайных данных, как утверждают, на самом деле быть получены.

[...]

9.2 Подсчет аргумент

Теорема:
Ни одна программа не может сжать без потерь все файлы размером >= N битов, для любого заданного целого числа N >= 0.

Доказательство:
Предположим, что программа может сжать без потери всех файлов размера >= N бит. Компресс с этой программой все 2 ^ N файлов, которые имеют ровно N битов. Все сжатые файлы имеют в большинстве N-1 бит, так что существует не более (2 ^ N) -1 различных сжатых файлов [2 ^ (N-1) файлы размером N-1, 2 ^ (N-2) Размер N-2, и так далее, вплоть до 1 файл размером 0]. Так по меньшей мере, два различных входных файлов должны сжать в тот же выходной файл. Таким образом, программа сжатия не может быть без потерь.

Доказательство называется "считая аргумент", Он использует так называемый Принцип сукноВы не можете поместить 16 голубей на 15 отверстий без использования одного из отверстий в два раза.

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

Кстати, JPEG представляет собой формат сжатия с потерями. Он отбрасывает информацию. Ваш пример сжатого файла был JPEG. Узнать разницу, прежде чем вы попробуете разработки алгоритма сжатия.
Нуллюсъ сейчас офлайн Пожаловаться на Нуллюсъ   Ответить с цитированием Мультицитирование сообщения от Нуллюсъ Быстрый ответ на сообщение Нуллюсъ

6 декабря 2017, 5:45:25 PM   # 9
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

котировка
Первые 15 улучшенных высоко составные числа, 2, 6, 12, 60, 120, 360, 2520, 5040, 55440, 720720, 1441440, 4324320, 21621600, 367567200, 6983776800

1 является положительным целым числом, так «Цитата: moukafih.adil» не так, извините.

1 = 1
2 = 2
3 = 2 + 1
4 = 2 * 2
5 = 2 * 2 + 1
6 = 6
7 = 6 + 1
8 = 6 + 2
9 = 6 + 2 + 1
10 = 6 + 2 * 2

Я чувствую, как его "Каждое число сумма Высшего Высококвалифицированный составного числа и 1", Или может быть просто "Каждое число сумма высоколиквидных составное число", Но это необходимо строгое доказательство.

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

6 декабря 2017, 6:44:23 PM   # 10
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin


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

Я допускаю, что ваша Bitcoin масштабирования идея превосходит скейлинг идеи, лежащих в МПБЕ, BU, 2X, и иже с ними.

Теперь, вы идете прочитать в разделе 9 comp.compression FAQ.  Пожалуйста, не возвращаются, если вы не читали, что-то на форуме не может меня не простит.

Цитата: comp.compression FAQ
Это математически невозможно создать программу для сжатия без потерь все файлы по крайней мере, один бит (см ниже, а также пункт 73 в части 2 настоящей FAQ). Тем не менее, время от времени некоторые люди утверждают, что изобрели новый алгоритм для этого. Такие алгоритмы востребованы для сжатия случайных данных и быть применимо рекурсивно, то есть, применяя компрессор к сжатому выходу предыдущего запуска, возможно, несколько раз. Фантастические коэффициенты сжатия более 100: 1 на случайных данных, как утверждают, на самом деле быть получены.

[...]

9.2 Подсчет аргумент

Теорема:
Ни одна программа не может сжать без потерь все файлы размером >= N битов, для любого заданного целого числа N >= 0.

Доказательство:
Предположим, что программа может сжать без потери всех файлов размера >= N бит. Компресс с этой программой все 2 ^ N файлов, которые имеют ровно N битов. Все сжатые файлы имеют в большинстве N-1 бит, так что существует не более (2 ^ N) -1 различных сжатых файлов [2 ^ (N-1) файлы размером N-1, 2 ^ (N-2) Размер N-2, и так далее, вплоть до 1 файл размером 0]. Так по меньшей мере, два различных входных файлов должны сжать в тот же выходной файл. Таким образом, программа сжатия не может быть без потерь.

Доказательство называется "считая аргумент", Он использует так называемый Принцип сукноВы не можете поместить 16 голубей на 15 отверстий без использования одного из отверстий в два раза.

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

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

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

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

Просто о теории, я думаю, что мой метод не может сжать все файлы. Можно найти много вывода, что может быть больше, чем на входе. Я не утверждаю, что нашел идеальную компрессию.

Но представьте себе, этот сценарий сжатия компрессии. Например я даю файл в качестве входных данных, а на выходе меньше, (в среднем он был сжат), то мы даем выход снова в качестве входных данных, а на выходе меньше снова получил, а затем снова в качестве входных данных, а на выходе получили меньше третьего время, но в 4-й раз мы даем вход, выход стал больше. то здесь мы останавливаемся. мы взяли самый маленький выход. то мы можем разделить этот вывод на часть разных размеров и дать им в качестве результатов и поиск, если некоторые из выходов стали меньше после сжатия и принимать самую маленькую в рекурсивном сжатии. Затем мы разделили те в части снова и сделать то же самое. пока мы не остановим удовлетворенный размер файла. например, сжатый блок меньше, чем 1 МБ. Но это нужно большое количество работы сжатия путем поиска простейшего представления файла. как поиск лучшего хода шахмат в дереве.

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

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


РЕДАКТИРОВАТЬ :
Проблема раскола вывода на части это необходимо хранить порядок частей, поэтому добавляется другая информация. Таким образом, чтобы избежать этого, мы сжатый файл представляет собой список перестановочного числа, так что, если сжатый не может быть сжаты снова, нам нужно только переставляя номера заказов и попробовать еще раз, пока не архивируются, пока мы не получим удовлетворены размером, немного как то, что шахтеры делают в хэширования блоков.
moukafih.adil сейчас офлайн Пожаловаться на moukafih.adil   Ответить с цитированием Мультицитирование сообщения от moukafih.adil Быстрый ответ на сообщение moukafih.adil

6 декабря 2017, 9:31:49 PM   # 11
 
 
Сообщений: 89
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

Существует разрыв между 12Ч2 + 6Ч2 + 2Ч2 + 1 = 41 и 60.
Почему бы не использовать продукт простых чисел вместо SHCN того?
Ведь продукт просто серийное дополнение и это работа шахтера повторить операции.
сейчас офлайн MDA Пожаловаться на мда   Ответить с цитированием Мультицитирование сообщения от мда Быстрый ответ на сообщение мда

6 декабря 2017, 10:29:02 PM   # 12
 
 
Сообщения: 7
Цитировать по имени
цитировать ответ
по умолчанию Re: Обмен некоторого Personnal исследования и решения о scalling Bitcoin

Существует разрыв между 12Ч2 + 6Ч2 + 2Ч2 + 1 = 41 и 60.
Почему бы не использовать продукт простых чисел вместо SHCN того?
Ведь продукт просто серийное дополнение и это работа шахтера повторить операции.

Потому что мы знаем, как построить множество SHCN, в отличие от простых чисел, которые нуждаются в очень высокой вычислительной мощности.

для примера:

42 = 12 + 12 + 12 + 6

в вещественном числе из конструктора SHCN

42 = (2) + (2) + (2) + (+1,58496250072)

в порядке простых чисел из (N, K) = х (простой (N), к) = Ln (к + 1) / Ln (прайм (п))

42 = (1,3) + (1,3) + (1,3) + (1,2)

поэтому выход является множество {(1,3), (1,3), (1,3), (1,2)}

если мы хотим, чтобы получить оригинал.

мы имеем реальное число (1,3), является й (простым (1), 3) = Ln (3 + 1) / п (простой (1)) = Ln (4) / п (2) = 2
то же самое для (1,2), является й (простым (1), 2) = Ln (2 + 1) / п (простой (1)) = Ln (3) / п (2) = +1,58496250072

тогда

{(1,3), (1,3), (1,3), (1,2)} = (2) + (2) + (2) + (+1,58496250072)

и из конструктора SHCN, мы Calcul значение каждого действительного числа, то SHCN из 2 12 и (+1,58496250072) 6

{(1,3), (1,3), (1,3), (1,2)} = 12 + 12 + 12 + 6

затем просуммировать их

{(1,3), (1,3), (1,3), (1,2)} = 42

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW