The Fe Programming Language

Online contest · November 3–24, 2026

Fe Builders
Challenge.

A new language.
A different way to build.

A useful library, a clever protocol, a strange experiment. Whatever your idea, build it with Fe.

Solo or team. Fully online. AI assistance welcome.

  1. 01 / BUILDNov 3Build window opens
  2. 02 / REGISTERNov 17Register by 23:59 UTC
  3. 03 / SUBMITNov 24Submit by 23:59 UTC
  4. 04 / RESULTSDec 1Results · target date

THE POSSIBILITIES

What will you build?

A focused library can be as compelling as a whole application. These are starting points, not separate tracks. Make the idea your own.

01

Rethink a protocol

Reimagine an auction, exchange, or governance mechanism. Show how Fe makes the design clearer, more expressive, or more efficient.

Protocols · DeFi · Governance

02

Make the math work

Explore advanced arithmetic, proof verification, or cryptographic building blocks. Bring test vectors, explicit assumptions, and reusable abstractions.

Math · Cryptography · Verification

03

Build for the next builder

Create a library, a standard-library addition, or developer tooling with a meaningful Fe component. Build for the EVM or compile native tools that others can pick up and use.

Libraries · Tooling · Developer experience

04

Take us by surprise

Games, art, agents, social applications, or an experiment we haven’t imagined. Follow an interesting idea and show what Fe makes possible.

Games · Art · Unexpected ideas

FROM IDEA TO ENTRY

Three weeks.
Make them count.

New to Fe? You’re welcome here. Start with a small idea, get it working, and show us what you learned.

Write your first Fe contract
  1. 01

    Explore now. Build from November 3.

    Read the installation guide and experiment with Fe. The build window opens on November 3 at 00:00 UTC. Only substantial work completed during the contest window will be judged. Any Fe release from 26.5.0 on is allowed. The starter repository gives you a tested project, CI, and a README template to begin with.

  2. 02

    Register by November 17.

    Tell us your project idea, team, and contact email. Your idea can evolve; you don’t need a finished project. We’ll email your project ID and private submission link.

    Open registration
  3. 03

    Submit by November 24.

    Use your personal submission link to send your public repository and exact commit. You can submit again before the deadline; the latest valid submission counts.

    Open submission form

THE REVIEW

Good ideas.
Solid execution.

Judges review submissions independently, then consider a shortlist to select the winners. We plan one week for judging and aim to announce the winners on December 1. The jury’s decisions are final.

30%

Technical quality

Correctness, architecture, tests, and completeness.

25%

Fe-specific value

Meaningful use of Fe’s features and abstractions.

20%

Originality

A fresh idea, implementation, or combination.

15%

Usefulness or insight

Value for users, researchers, or future builders.

10%

Documentation & demo

A clear explanation and reproducible results.

Your evidence should fit your project: tests, benchmarks, test vectors, or a working demo. Social reach does not affect your score.

THE JURY

Meet your judges.

  • Austin Griffith

    BuidlGuidl · Builder & educator

    Austin is the founder of BuidlGuidl and an Ethereum builder and educator. Through projects such as Scaffold-ETH and SpeedRunEthereum, he helps developers turn ideas into working applications.

  • Ahmed Castro

    Filosofía Código · Developer & educator

    Ahmed is a smart contract developer and educator behind Filosofía Código. His work spans Ethereum scaling, developer tooling, and technical education that helps developers build on Ethereum and its L2s.

  • Marius van der Wijden

    Ethereum Foundation · Core developer

    Marius is an Ethereum core developer at the Ethereum Foundation, working on Geth. He focuses on testing, fuzzing, and making Ethereum’s execution layer more robust.

  • Philogy

    @real_philogy · Security researcher

    Philogy is the creator of Plank, a new smart contract language for the EVM, and a security researcher specializing in EVM internals and DeFi. His security review experience includes Solady and Uniswap’s The Compact.

  • Rahul Kothari

    Ethereum Foundation · Dev tooling lead

    Rahul is the dev tooling lead at the Ethereum Foundation. Previously at Aztec, he built smart contracts for its privacy-focused L2 and later led product for the Aztec Sandbox and Devnet.

  • jistro

    EVVM · Smart contract developer

    Jistro is a blockchain and smart contract developer contributing to EVVM. Their work includes Solidity contracts and TypeScript tooling for developers building on the EVM.

  • Grant Wuerker

    Argot Collective · Fe core developer

    Grant has worked on Fe since 2020, starting with the first compiler’s support for contracts, storage, and ABI encoding. Today he focuses on Fe’s ingot and dependency system, ABI performance, and hardening the compiler through fuzzing.

  • Micah Scopes

    Argot Collective · Fe core developer

    Micah has worked on Fe since 2023. He leads work on the language server, editor support, and documentation tooling, and also contributes to type checking and Sonatina code generation.

READY TO SUBMIT?

Give your work
a good handoff.

Your core technical contribution must be in Fe. Frontends, scripts, and supporting tools can use other languages.

  • A public GitHub repository with an OSI-approved license.
  • The full commit SHA, project manifest, and exact Fe version.
  • Reproducible build instructions and appropriate automated tests.
  • A README covering the approach, architecture, and limitations.
  • A short pitch, a Fe-specific highlight, and a demo or reproducible example.
  • A declaration of pre-existing work, reused code, and AI assistance.

A FEW MORE DETAILS

Before you begin.

Taking part

Who can participate?

The contest is open worldwide, to beginners and experienced developers alike. Members of the Argot Collective and contest judges are not eligible to participate.

Can I enter solo or with a team?

Both are welcome. There is no team-size limit, and your team can change after registration. Each project needs one contact person reachable by email. Team membership, responsibilities, and any prize split are for the team to agree on internally.

Can I enter more than one project or join multiple teams?

Yes. You can submit multiple distinct projects and participate in multiple teams. Register each project separately. Do not submit multiple variants of the same work as separate entries.

Do I need a finished idea to register?

No. Your initial idea is not binding and can change as you explore Fe. Register by November 17 at 23:59 UTC with a contact email we can reach. You can start building before registering, but registration is required to submit.

What do you do with my email address?

We use the contact details from your registration and submission only to run the contest: to confirm your entry, ask questions about your project, and arrange prize payment. We don’t use them for anything else.

What are the deadlines?

All times are UTC. The build window opens on November 3, 2026 at 00:00. Registration closes on November 17 at 23:59, and final submissions close on November 24 at 23:59. Registration and preparatory experiments are welcome before the build window opens. The registration deadline is firm; exceptions apply only if a problem on our side prevents registration.

Building with Fe

Does my project need to use the EVM or a blockchain?

No. Fe supports both the EVM and native code, and purely native projects are welcome. Developer tools are one exciting direction; your project does not need a smart contract or any blockchain connection. The core technical contribution must be in Fe.

Do library and tooling projects qualify?

Yes, with a meaningful Fe contribution central to the project. Standard-library submissions do not need to be merged upstream before the deadline. Pure compiler contributions are outside this contest’s scope.

Can I use AI tools?

Yes. AI assistance is welcome and is not scored negatively. Disclose how you used it, test the result, and be prepared to explain your code. Every project needs one responsible human contact.

Can I enter an existing project?

Yes, but only substantial work completed during November 3–24 is judged. Identify the starting point and explain what changed. New feature work after the final deadline is not eligible.

What if I run into a Fe compiler bug?

Report the bug in the Fe issue tracker, ideally with a minimal example, and email hello@fe-lang.org if it blocks your entry. We’ll work with you to find a solution.

Where can I ask questions?

Ask in the office-hours channel on Fe Zulip for help, ideas, and progress updates. If something blocks your entry, email hello@fe-lang.org.

Submissions & review

Can I submit a prototype or unfinished project?

Yes. A working prototype is enough if you can demonstrate the core contribution and clearly document what works, what is unfinished, and any limitations. Completeness is part of technical quality, but your project does not need to be production-ready.

Is a video or live presentation required?

No. Provide reproducible instructions so judges can build and try your project. An optional video or demo can help communicate your work and support your score in the Documentation & demo category.

Do I need to deploy to mainnet?

No. Mainnet deployment provides no scoring advantage. A testnet deployment is sufficient where deployment helps demonstrate the project. Native projects do not need a blockchain deployment at all.

Can I update my submission?

Yes. Use your personal submission link to submit again before November 24 at 23:59 UTC. The latest valid submission counts. Include the exact commit SHA you want judged.

How do I know my registration or submission is valid?

A successful registration is confirmed by email with your project ID and private submission link. For submissions, an email confirms whether the automated checks passed or explains what needs correcting. The form’s receipt alone is not confirmation of acceptance. Technical eligibility is reviewed separately. If you don’t receive confirmation, check your spam folder or ask us on Zulip.

What happens after the submission deadline?

Judges review the submitted commit. We may contact you to clarify missing information or build instructions; please reply within 48 hours. Clarifications after the deadline are allowed only at our request and must not introduce new code changes. Without a reply, we assess the project using the information available.

What if the judges cannot run my project?

A minor setup issue does not automatically disqualify your project; we may ask for clarification. Reproducibility and completeness affect technical quality, and the core contribution must be verifiable for the project to be eligible.

Results & prizes

When and where will the winners be announced?

We aim to announce the winners on December 1, 2026 via the Fe blog and X, then notify the winners by email. If judging takes longer, we’ll announce the delay publicly. The jury’s decisions are final.

Is the prize pool guaranteed?

Yes. All three prizes will be awarded: $2,500 for first place, $1,500 for second, and $1,000 for third. The full $5,000 prize pool is funded by the Argot Collective.

How and when are prizes paid?

Prizes are paid in USDC on Ethereum Mainnet. After the winners are announced, we’ll contact each winning project through its registered email to request and confirm one payout address. We aim to pay within one week once that address is confirmed. Teams are responsible for distributing the prize among their members. Winners are responsible for any taxes that apply to their prize.

Will I receive feedback? Will my project be featured?

Individual feedback is not guaranteed. We reserve the right to publicly showcase any submitted project, including entries that do not win a prize.

YOUR NEXT IDEA, IN FE

Let’s see what
you can build.