Research Noteworking paper

Neuromorphic computation from algorithms to physical systems

Neuromorphic ComputingComputational PhysicsMachine Learning
Cite this work

BibTeX

@misc{nickson2026neuromorphic, title = {Neuromorphic computation from algorithms to physical systems}, author = Nickson, year = 2026, howpublished = {working paper}, note = {working paper}, url = {https://www.nicksonlab.com/notes/neuromorphic-computation-algorithms-to-hardware}, keywords = {plasticity, spiking networks, event-driven computing, sparse computation}, }

APA

Nickson (2026). Neuromorphic computation from algorithms to physical systems. Nickson (working paper). https://www.nicksonlab.com/notes/neuromorphic-computation-algorithms-to-hardware

Plain text

Nickson. "Neuromorphic computation from algorithms to physical systems." Nickson, 2026. https://www.nicksonlab.com/notes/neuromorphic-computation-algorithms-to-hardware

I want to resist the usual shortcut of picking a neuromorphic chip first and then asking what it can do. The order I prefer is: primitives → dynamics → substrate.

Primitives before silicon

Before any hardware mapping, I am trying to pin down the computational primitives:

  • sparse, event-driven representations rather than dense tensors;
  • local plasticity rules of the form Δwij=η xi (yj−yˉj)\Delta w_{ij} = \eta\, x_i\, (y_j - \bar y_j), where updates depend only on locally available signals;
  • memory as a dynamical state, not a separate addressable store.

Only once those primitives are clear does the question "which substrate?" become well-posed — because now there is a specification a substrate must satisfy, rather than a chip looking for a workload.

A running list of open questions lives at the end of this note and will keep expanding.

plasticityspiking networksevent-driven computingsparse computation

Discussion

Join the discussion

Reading needs no account. To comment, sign in with GitHub, ORCID or Google — Markdown and LaTeX are supported.

Sign in to comment

Loading discussion…