Предварительная печать, такая как arXiv, но с приватной опцией, чтобы я мог исправлять свои ошибки, не афишируя свои ошибки публично?

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

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

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

Я лично потерял полгода из-за чужой ошибки в опубликованной работе.


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

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


Решения найдены! Zenodo и некоторые другие университетские службы подготовки к печати имеют функцию эмбарго.

Кроме того, SSRN является широко используемым репозиторием, который, в отличие от arxiv, отображает только самую новую версию для широкой публики, хотя по-прежнему сохраняет тег даты первой отправки!

Хм. Разве вся цель ArXiv не в том, чтобы обнародовать газеты? На самом деле ошибки — это естественное следствие человека.
@Buffy Думаю, люди также используют это как частичное доказательство для защиты от обвинений в плагиате?
Я помню несколько вопросов здесь, обсуждающих очень похожую тему. Вот один из них: academia.stackexchange.com/q/13216/40589 .
Это не очень хорошая идея, но простой способ сделать это — распечатать рукопись, вложить ее в конверт и поставить штемпель. Сайт не нужен.
Выкладывать вещи в интернет — ужасный способ сохранить их в тайне.
Если вы напишете свою статью и положите ее в ящик стола на тридцать лет, а кто-то другой опубликует ее раньше, он получит признание, даже если у вас есть доказательство того, что ваша статья все это время лежала в ящике стола. (Это аннулирует любые патенты на идею, которую подает кто-то другой, но это, вероятно, не поможет вашей академической карьере.) Просто подготовьте свою статью и отправьте ее куда-нибудь.
@PeterShorp Ну, я хочу, чтобы это было распространено в узком кругу, а не среди всей публики, в начале.
Если вы знаете, кому вы хотите его разослать, просто отправьте его им по электронной почте (возможно, с пометкой «черновик — не распространять»). Если вы этого не сделаете, то я не понимаю, как вы ожидаете, что веб-сайт может предоставить вам эту информацию.
Подождите, подождите, подождите... Вы хотите заявить о себе за результат до того, как убедитесь, что он правильный?? Извините, но это так не работает.
Если бы что-то подобное работало, то вы могли бы легко поместить что-то в секретный архив, разослать друзьям, а затем отправить, просто чтобы потом обнаружить, что кто-то другой опубликовал ту же идею за несколько месяцев до вас в том же секретном архиве... .
Частный репозиторий на GitHub будет ставить дату, криптографически хешировать и отслеживать изменения в вашей работе.
@PeterShor, положив его в ящик, больше не аннулирует более поздние патенты, по крайней мере, в США. Здесь изменились законы.
Если все, о чем вы беспокоитесь, это более поздние заявления о плагиате и вам нужна датированная запись о ранней работе, поставьте подпись у нотариуса и поставьте дату на документе. Они имеют юридический статус. Ваш банк, вероятно, сделает это бесплатно, а юрист за небольшую плату.
@jez Если я что-то не упустил, можно переписать историю git, а временные метки, связанные с коммитами, в конечном итоге поступают с компьютера коммиттера. Записывает ли github, когда были отправлены коммиты?
Публикации SHA-256 вашего препринта в Твиттере должно быть достаточно, чтобы установить, что вы уже написали его к тому времени. Если вы хотите сделать его необычным, опубликуйте его в каком-нибудь общедоступном блокчейне, таком как Биткойн или Эфириум. Просто не потеряйте тот же самый файл, который вы хешировали.
Весь смысл ArXiv в том, чтобы повысить прозрачность, а не скрывать ошибки и притворяться, что у вас есть какие-то сверхчеловеческие способности, которые не дают вам зайти в тупик.
Вы можете разместить свою статью на Zenodo и выбрать период эмбарго при подаче. Вы даже можете зарезервировать DOI, пока статья не будет общедоступна. Я думаю, что это даст вам более или менее то, что вы хотите.
@Мигель, ты настоящая легенда!
@Miguel Можете ли вы изменить представленную версию во время эмбарго?
Я не уверен. Возможно, вы сможете загрузить новую версию во время эмбарго и, возможно, даже удалить запись до того, как эмбарго будет снято (т. е. до публичного выпуска записи). Вы можете проверить на их сайте. Это бесплатная услуга.
@NickS Я думаю, что ваш пример прекрасен, поскольку они разработали идею независимо
> SSRN — это широко используемый репозиторий, который ... только отображает самую новую версию для широкой публики, но это противоположно тому, чего вы хотели достичь, поскольку он скрывает любые доказательства того, что предыдущие версии уже содержали новые идеи, для которых вы ищете какое-то доказательство приоритета. Более ранние метки времени полезны только в том случае, если соответствующая итерация документа остается доступной. (Кроме того, я впервые слышу о «SSRN», поэтому ссылка была бы неплохой)
Добавлена ​​ссылка @LouKnee! Хотя могу ошибаться в описании.
Под ошибками вы подразумеваете орфографические/грамматические или более серьезные ошибки с методикой?
@JosephDoggie Может быть, оба?

Ответы (7)

По сути, если я вас правильно понял, вам нужно подтверждение приоритета без публикации.

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

Они часто использовали анаграммы, сегодня вы, вероятно, использовали бы для этого какую-то комбинацию закрытого/открытого ключа (я не эксперт по криптографии, вам нужно было бы прочитать об этом).

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

Что касается веб-сайта, который поддерживает временные метки для нераскрытых статей, я не знаю ни одного, но, конечно, если бы они были, вам нужно убедиться, что вы доверяете сопровождающим. Кроме того, если он у вас был, и если кто-то опубликует готовую статью где-то еще до того, как ваша статья будет опубликована, это вам не поможет. Тот факт, что вы доказуемо работали, скажем, в течение нескольких лет над этой темой, в лучшем случае предотвратит обвинения в плагиате, когда вы закончите публикацию. Но это, если это произойдет, может быть доказано иным образом, например, лабораторным дневником, электронной почтой и т. д. Это не сделает вас «первым опубликовавшим». Не забывайте, что есть довольно много случаев, когда люди, имевшие публикации, были заменены более поздними, но более заметными публикациями. Таким образом, даже открытые публикации могут быть уязвимы для «пост-черпинга».

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

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

Мне не обязательно нужно «первым опубликовать». Просто надежная защита от потенциальных заявлений о плагиате параллельных работников, если таковые имеются. Опция конфиденциальности — это всего лишь опция. Если мне понравится статья, я внесу ее в указатель, даже если она еще не принята.
@HighGPA Как бы вас обвинили в плагиате? Вы публикуете слишком медленно или какой сценарий вы имеете в виду?
Да, я могу очень медленно завершать статью, потому что иногда слишком много внимания уделяю несущественным деталям. И журнал, который я выбрал, мог очень медленно обрабатывать мою статью. Служит ли запись о представлении достоверной временной меткой?
@HighGPA Да, в авторитетных журналах запись о представлении является очень важной отметкой времени. Итак, если ваш журнал рецензируется 2 года назад (скажем), то у вас есть две временные метки: одна — отправка, другая — публикация. Представление показывает, что у вас была идея, и, по сути, процесс проверки должен помочь вам сгладить любые недостатки.
Я не уверен, полезна ли эта информация: по крайней мере, в молекулярной биологии или биохимии существует широко используемый сервис для загрузки данных ваших исследований, таких как структура белка и секвенирование, для получения временной метки. Загруженные материалы можно сделать конфиденциальными на определенный период, а полностью раскрыть позже. Многие люди используют эту функцию.
Между прочим, я очень хочу, чтобы кто-то еще критиковал мою статью. Однако на ранних стадиях предпочтительнее критика в частном порядке. Некоторые из моих соавторов могут быть очень медленными, поэтому мне может понадобиться отметка времени.
С технической точки зрения вы можете использовать криптографическую одностороннюю хеш-функцию, такую ​​как SHA1. Скопируйте свой текст на сайт, подобный этому: hash.online-convert.com/sha1-generator . Он выведет строку, которая выглядит как «70b557f903e46b1434dd23143f0f3e21e1c42238», которую вы затем можете опубликовать. Позже обнародуйте текст своей статьи, и хеш будет доказательством того, что она у вас была раньше. Но я согласен с советом @CaptainEmacs, что, по крайней мере, в моей области это выглядело бы странно.
@academic imho, вы должны написать свое решение в качестве ответа. Я думаю, что это достойное решение проблемы ОП: да, это странно и немного параноидально, но если все пойдет хорошо, его никогда не будут использовать, так что всем все равно. Если выяснится, что OP на самом деле нужно доказать временную метку своей работы, это будет невероятно полезно, и поэтому метод будет оправдан апостериорно.
Если вы идете по маршруту хеширования, вы должны быть абсолютно уверены , что файл, который вы сохраняете, не изменится в промежуточный период. Весь смысл алгоритма хеширования в том, что он чувствителен к небольшим изменениям. Поэтому, если вы добавите где-нибудь пробел, хэш будет совершенно другим, и вы потеряете доказательство.
@preferred_anon, возможно, вы могли бы хешировать не всю статью/текст, а какой-то абзац/предложение, в котором содержится суть идеи. Но я все еще сомневаюсь, что это очень полезно.
@academic: НЕ используйте веб-сайт для хеширования, он может быть взломан или даже вредоносным; примерно с 1970 года существуют сотни программ для локального хеширования для каждого возможного компьютера. Но используйте SHA-256 или выше (стандарт с 2002 года); SHA-1 теперь разбивается на коллизии (см. Shattered.io ), и хотя это на самом деле не ломает это приложение, менее умные или информированные люди не могут надежно различить. Еще лучше получить отметку времени вашего хэша с помощью TSA или биткойнов на случай, если опубликованная(ые) версия(и) утеряна или становится трудно доказать ее датировку.
Стоит отметить, что традиционные облачные службы резервного копирования обычно имеют журнал изменений + возможность загрузки документов. Учитывая доверенную - в смысле вероятности взлома или иного взлома - службу облачного резервного копирования (например, Google Диск), вероятно, будет соответствовать требованиям (разрешить переключение с частного на общедоступный с исходной меткой времени), но я полностью согласен с этим ответом, что это не было бы целесообразным подходом.
@preferred_anon Я думаю, идея в том, что вы хешируете версию 1 своей статьи. Возможно, вы заметили некоторые несущественные ошибки (например, слова с ошибками). Вы можете создать версию 2, но вы должны поддерживать версию 1. Хэш устанавливает временную шкалу версии 1. Люди могут сами решить, являются ли различия между версиями 1 и 2 следствием или нет. Если вы сделаете последовательное изменение, хэш больше не будет поддерживать временную шкалу версии 2.
@emory Конечно, но в реальной жизни люди часто не так осторожны. В конце концов, легко по рассеянности изменить файл, не запомнив его. Теперь представьте, что вы оставляете файл в папке вашего проекта на 10 лет, как это может сделать кто-то другой, и вероятность того, что вы невольно внесете изменения, не так уж и мала.
@preferred_anon Если один (1) считает, что у него есть идея, достойная медали Филдса; (2) не готов публично опубликовать его; и (3) не может понять, как использовать git для версии своих документов; тогда мало доверия.
@emory Извините, это нелогично. Я знаю довольно много блестящих математиков, которые не знают, как использовать контроль версий. Н***, я знаю блестящих математиков, которые занимаются дискретной алгеброй и не будут касаться непрерывных пространств десятифутовым шестом.
@CaptainEmacs git не имеет к этому никакого отношения. если кто-то хочет медаль Филдса, но не хочет публиковаться, то к нему мало доверия. если дальше в git разбираться не хочется, то и того меньше.
@emory Я согласен с тем, что «не готов довести это до опубликованного уровня»; контроль версий тут ни при чем. Однако ОП спрашивает, как защитить их работу. Не уверен, что это так просто, и сервис, который они ищут, вероятно, не существует в таком виде.
@academic Вы почти заново изобрели доверенные метки времени RFC 3161, за исключением RFC 3161, хеширование выполняется локально, а не на удаленном сервере, и вы не делаете хэш общедоступным, вы отправляете его в орган по меткам времени, который добавляет отметку времени к хэшу, криптографически подписывает комбинацию хэша и отметки времени и отправляет результат обратно вам.

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

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

Но эта ошибка остается навсегда, чтобы комитеты могли ее просмотреть в любое время!
Так? вам повезет, если поисковый комитет прочитает опубликованную версию ваших статей, не говоря уже о том, чтобы вернуться и прочитать каждую версию, которая есть у вас на arxiv.
За этот пост нужно проголосовать, потому что он не отвечает на вопрос. Тем не менее, я согласен с этим: весь смысл arXiv, как я понимаю, в том, чтобы быстро распространять новые исследования, при этом все понимают, что они с большей вероятностью содержат ошибки.
Я не минусовал, но если вы публикуете на arXiv, вы должны быть достаточно уверены, что ваша статья не содержит явных ошибок. Он может быть представлен неоптимально и может содержать незначительные сбои, но он доступен для всеобщего обозрения и фактически общедоступен. OP прав, не желая, чтобы статья в незрелом состоянии была на arXiv. Я бы сказал, что arXiv предназначен для статей, по крайней мере, авторы которых считают, что они практически готовы.
@BrianDrake Точно. Смысл в том, чтобы быстро распространять новые исследования , чтобы их можно было цитировать , и именно поэтому невозможно отменить публикацию материалов на arxiv. Я бы трижды подумал о лучших альтернативах, прежде чем цитировать источник, который может внезапно исчезнуть без какого-либо уведомления.
@Rob У меня нет слишком большого опыта для комитетов по найму. Но некоторые соискатели докторской степени пытаются выявить технические и этические ошибки своих конкурентов, а затем рассылают массовые электронные письма возможным членам приемной комиссии. Я лично знаю кое-кого, кто успешно помешал допустить своего конкурента, сделав это.
@HighGPA «этические ошибки»? Что ты имеешь в виду? Интересно, насчет того человека, который помешал тому конкурсанту быть допущенным - они сами были допущены? Как они передавали компромат? Анонимно?
Если академический комитет нанимает кого-то на основании массовой рассылки по электронной почте, «разоблачающей» ошибку другого кандидата, я считаю, что пуля избежала. Я не думаю, что какой-либо школьный «престиж» может компенсировать рабочую среду, в которой вы должны доносить на своих сверстников, как будто сейчас 1984 год.
@CaptainEmacs Под «этической ошибкой» я подразумеваю, что автор, похоже, подделал диаграмму с синтетическими данными; или автор не процитировал статью, которую он должен был процитировать; он не кредитовал бумагу, которую должен был кредитовать. Хотя автор утверждал, что никогда не читал эту статью, обвинитель все еще пытается убедить комитет, что все разумные исследователи в отрасли действительно читали статью. В США некоторые программы PhD принимают одного студента из 100. В конкретном случае десятки соискателей объединились, чтобы разослать множество электронных писем; кто-то анонимно, кто-то нет. Я не уверен, что хоть один из них, наконец, принят
@juod Я действительно согласен с вами, но этих сверстников трудно заметить. Многие из этих писем анонимны. Некоторые отправители электронной почты достаточно умны, чтобы публично указать на ошибки в документе, а затем мотивировать других заявителей на рассылку электронных писем.
@HighGPA Если автор подделал диаграмму, он заслуживает исключения из конкурса. Это не ошибка, это выдумка, и тяжкое преступление в науке, по моему мнению, даже хуже плагиата, потому что это трата времени каждого. Что касается неспособности охватить всю литературу - то, что вы описываете, является обвинителем, который явно тесно взаимодействует с комитетом по найму. Если они действительно тратят время на выслушивание рассказов анонимных/абитуриентов об опущенных цитатах, это звучит как симпатичная – извините за слово – больная среда; лучше не выбираться.
@CaptainEmacs Проблема в том, что трудно доказать, что они действительно подделали диаграмму, поскольку Arvix не требует полного раскрытия данных и кода. В реальном мире нет ничего такого черно-белого, поэтому я использовал слово «казалось». Обвинитель дает показания, а автор контрдоказательства. Постановления суда по этому поводу нет. Что касается неудачных цитирований: это не второстепенная проблема; утверждение, что чужой вклад принадлежит вам, технически является плагиатом, если вы не можете доказать, что вы независимо разработали эту идею. Всего два цента.
@CaptainEmacs Извините, что люди, кажется, интерпретируют мою «этическую ошибку» как «ошибку, которая не является неэтичной». То, что я имел в виду, является ошибкой, которая вызывает вопросы относительно этики авторов. Искренне извиняюсь за мои знания английского.
@HighGPA По сути, единственная проблема - плагиат. Да и утверждать это может каждый. Но даже в параллельных публикациях есть лабораторные книги, письма и т. д., опровергающие это. Я не знаю службы безопасного хранения заметок, чтобы защитить вас от плагиата. Утверждение, что кто-то сфабриковал данные, требует гораздо более веских доказательств. Опять же, когда это происходит (что случается достаточно редко), необходимо серьезное расследование. На самом деле, я бы не стал слишком много думать об этом. Если отдел изобилует реальной или предполагаемой фальсификацией данных, вам лучше держаться от него подальше.

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

Лучший способ избежать ошибок в Arxiv:

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

  2. Используйте функцию «замены» на Arxiv. Вы всегда можете исправить ошибки в своих препринтах. Конечно, старые версии все еще видны, но Arxiv по умолчанию показывает последнюю версию, а кто намеренно будет проверять старую версию?

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

Если вы беспокоитесь, что пункт 1 на самом деле увеличит ваши шансы на то, что вас обыграют, что ж, это правда. Но научное сообщество процветает благодаря тому, что ученые могут свободно обмениваться идеями. Риск быть обманутым — это цена, которую я с радостью плачу за более открытое сообщество. Я должен еще раз извиниться за свою резкость, но если вы не согласны с таким мышлением, вам следует пересмотреть свое решение о работе в академических кругах. (Поэтому я надеюсь, что вы согласны.)

Я не минусовал, но пункт 1 вызывает сомнения. Людям достаточно регулярных обзоров. Если это не кто-то, с кем у OP очень хорошие отношения, вряд ли он найдет подходящего внешнего рецензента за пределами официальной публикации. Они также могут представить в журнал. Что касается вашего последнего абзаца, ставящего ОП на место, это действительно неуместно. Мне посчастливилось работать в дружелюбном сообществе, а ОП, возможно, нет. Тем не менее, я иногда встречал действительно неприятные яблоки. Если ОП находится в неприятном сообществе (они существуют, читайте academia.SE), их вероятность намного выше.
Лучший способ избежать ошибок — иметь хороших соавторов!
Искренне ценю ваши слова! Я очень ценю ваше мнение. Я люблю учиться больше. Я согласен с тем, что идеями следует делиться открыто, при условии, что результаты верны. Я поднял первоначальный вопрос, потому что часто наблюдаю, как люди спешат публиковать незрелые препринты, чтобы претендовать на приоритет; иногда утверждения в их реферате верны, но доказательства или эксперименты ошибочны. Поэтому, если я не поспешу поставить временную метку на свою работу, то кто-то другой может опубликовать что-то на препринте раньше меня, а потом обвинить меня в плагиате, даже если их анализ будет незрелым или неполным.

Figshare, например, имеет возможность применить эмбарго к элементу таким образом, что сам материал (например, прикрепленный PDF-файл) не виден публике, хотя описание содержимого. Отметка времени находится в разделе «История» в нижней части страницы элемента. Похоже, он даже позволяет создать частную ссылку для рецензентов для доступа к материалу, но я не проверял это при активном эмбарго.

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

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

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

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

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

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

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

Однако там есть большая дыра. Вы не сможете представить исправленную версию своей статьи задним числом. Вы сможете только доказать, как выглядела статья в определенный момент времени. Сочетание «несовершенной приоритетной статьи» и «исправленной последующей статьи», скорее всего, будет воспринято как доказательство того, что ваша «предыдущая» работа была ошибочной и, следовательно, незаконченной (еще не существующей), то есть в смысле, противоположном тому, что Вы могли бы хотеть прикрепиться к нему.

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

arXiv будет хранить каждую версию на веб-сайте, чтобы люди всегда могли вернуться и посмотреть, как выглядела версия 1 или версия 2, даже если статья находится в пятой версии (например).

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

  • Академия.edu
  • ResearchGate
  • Менделей
  • FigShare
  • Зенодо
  • GitHub (если вы удаляете историю версий каждый раз, когда публикуете новую версию)

Кроме того, Google Scholar часто может найти PDF-файл на вашем собственном веб-сайте: я видел, как это происходило с моими собственными документами автоматически, даже когда я этого не хотел.

Можете ли вы сделать так, чтобы ваши статьи на Academia.edu или ResearchGate не индексировались Google Scholar?
@HighGPA Да! Во-первых, Google Scholar не очень хорош в поиске статей Academia.edu по сравнению с подбором статей arXiv или журнальных статей, затем вы также можете вручную отменить индексацию статей в Google Scholar, если они подберут статью, которую вы не хочу проиндексировать.
Извините, но как отменить индексацию статьи в поисковой системе Google Scholar или в основной поисковой системе Google? Вы имеете в виду, что я могу удалить эту статью со своей личной страницы в Google?
@HighGPA Я видел статьи, удаленные из Google Scholar, но мне пришлось бы искать, как это сделать, потому что я никогда не делал этого сам. Удалить их с личной страницы еще проще. GitHub не индексируется Google Scholar по умолчанию: я много раз хотел, чтобы это было так! Потому что я публикую статьи на GitHub задолго до публикации их на arXiv, но GitHub индексируется только Google Scholar, если только кто-то явно не цитирует репозиторий GitHub (что трудно сделать!). Если вы хотите гарантировать, что он не появится в Google Scholar, GitHub может быть лучшим вариантом. Есть также FigShare и Zenodo.

Если ваша цель — просто поставить метку времени для контента, вы можете создать хэш и опубликовать его. То есть вы вычисляете хэш MD5 или SHA вашего pdf-файла и публикуете его в Твиттере, размещаете его на своей странице в Википедии или прикрепляете к другому представлению arxiv. Это обеспечивает доказательство того, что ваш документ существовал в то время, не раскрывая содержание этого документа. Позже вы можете показать документ, и другие смогут проверить, совпадает ли хэш.

Если ваша цель состоит в том, чтобы сделать документ «общедоступным» без индексации или доступности более ранних версий, вы можете разместить его на личном веб-сайте и использовать robots.txt, чтобы запретить поисковым роботам индексировать его. Это не гарантирует, что он не будет проиндексирован, но остановит большинство вещей.