How arXiv Works: Community Norms and Submission Guide

18 Apr 2026 ~4 min read

arXiv is one of the most important infrastructure layers in modern STEM communication. It is fast, public, and timestamped, but it has rules that first-time submitters often misunderstand.

This post explains how arXiv functions in the research community and gives you a practical submission workflow.

If you want the journal-side protocol (peer review, venue legitimacy, and submission packaging), read the companion post: Journal Protocols 101 for First-Year Grad Students.

What arXiv is (and what it is not)

arXiv is a preprint repository, not a peer-reviewed journal. Posting there means:

your manuscript becomes publicly visible,
your work receives a permanent identifier,
your priority is timestamped,
your paper may still undergo later journal peer review.

In many fields (especially physics, math, and large parts of CS), arXiv is a standard discovery layer used by researchers to follow new work quickly.

Why the community uses arXiv

1) Fast dissemination

Journal cycles are slow. arXiv allows immediate distribution and feedback loops.

2) Priority and provenance

Your first public version (v1) is timestamped and remains part of the permanent record.

3) Access

arXiv removes paywall friction for readers and collaborators.

4) Iteration with version history

You can post v2/v3 updates while preserving a visible progression of the work.

Interactive timeline: how submission actually moves

Use this timeline as a stage checklist: preparation, endorsement/category checks, moderation, announcement timing, and post-release versioning.

1) Category selection is strategic, not cosmetic

Choosing a primary category affects:

who sees your paper in feeds and daily listings,
which moderators evaluate category fit,
how discoverable your work is to the right audience.

Pick the category that best matches your method and target readership, not the one that sounds most prestigious.

2) Endorsement: first-time friction you should anticipate

Depending on your category and account history, arXiv may require endorsement before submission can proceed in that category.

Practical advice:

request endorsement early,
ask a qualified advisor/collaborator who is active in that area,
do not wait until your intended posting day.

Endorsement delays are avoidable if planned early.

3) Prepare source files for arXiv’s build environment

arXiv commonly expects source submission workflows that compile reproducibly.

Typical bundle includes:

.tex source files,
bibliography files,
figure assets,
any required local style files.

Before upload, compile from a clean directory to catch hidden local dependencies.

4) Metadata quality matters more than most first-timers expect

Metadata fields (title, abstract, authors, comments, categories, license) are part of your public record and discovery footprint.

Errors here can hurt discoverability and credibility even when the science is solid.

Treat metadata as publication content, not formality.

5) License choice: align with downstream plans

License selection should align with:

your target journal policies,
your institution/funder requirements,
your intended reuse permissions.

If you are unsure, pause and verify policy compatibility before finalizing.

6) Moderation and announcement timing

After submission, moderation checks category and policy alignment.

Operationally, two timing facts matter:

moderation can take time,
daily announcement cutoffs affect when your paper is publicly listed.

If timing matters for conference/journal coordination, submit with buffer, not at the last minute.

7) After publication: ID, citation, and version discipline

Once live, your paper has an arXiv ID (e.g., arXiv:YYMM.NNNNN).

Best practice:

cite and share the ID consistently,
use new versions for meaningful revisions,
keep version notes clear when changes are substantive.

v1 remains part of permanent public history.

8) arXiv and journals are usually complementary

In many STEM areas, posting to arXiv and submitting to journals are parallel, compatible workflows.

Still, never assume blanket compatibility. Verify policy for your chosen venue and funder.

For full journal workflow (including legitimacy checks and submission protocol), see Journal Protocols 101 for First-Year Grad Students.

9) First-time submitter checklist

Category selected for true audience fit
Endorsement requirement checked early
Source package compiles from clean directory
Metadata and author information verified
License aligned with journal/funder policy
Timing planned with moderation + cutoff buffer
Internal review completed before final submit

Common avoidable mistakes

Mistake	Impact	Better protocol
Treating arXiv as “upload-only”	Build/metadata failures and delays	Run full pre-submit checks
Waiting on endorsement too late	Missed target posting window	Request endorsement early
Category chosen by guess	Wrong audience and possible moderation hold	Match method + readership
License chosen without policy check	Conflicts with downstream publication/funder rules	Verify policy before submit
Last-minute timing	Missed listing cycle	Submit with a timing buffer