# PEP 820 – PySlot: Unified slot system for the C API

**URL:** https://discuss.python.org/t/pep-820-pyslot-unified-slot-system-for-the-c-api/105552
**Category:** PEPs
**Tags:** c-api
**Created:** [January 6, 2026, 1:43pm UTC](https://discuss.python.org/t/pep-820-pyslot-unified-slot-system-for-the-c-api/105552 "2026-01-06T13:43:14Z")
**Posts on this page:** 1
**Showing post:** 2

<div class="post-metadata">

### Author: ![da-woods](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/da-woods/32/7507_2.png) [@da-woods](https://discuss.python.org/u/da-woods)
#### Post date: [January 7, 2026, 6:59pm UTC](https://discuss.python.org/t/pep-820-pyslot-unified-slot-system-for-the-c-api/105552/2 "2026-01-07T18:59:44Z")

</div>

I suspect Cython wouldn’t immediately use it (at least for classes… obviously if it goes into PEP 793 then we would for that). Just because it’s mostly targeted at future improvements rather than an immediate new feature. It looks usable though.

I had one thought while reading it. I’m not yet sure if it’s a useful thought. In Steve’s PEP 809 he tried to make interfaces extensible with “namespaces”. Could that be useful here? I could see something like GraalPy wanting some custom type slots (e.g. an “inherits from this Java class” slot\[1\]). Similarly, at one point PyPy had an extra `tp_pypy_flags` in their typeobject struct.

* * *

1. I don’t know anything about Java so this is a totally arbitrary example that might have no link to reality

---

_[View the full topic](https://discuss.python.org/t/pep-820-pyslot-unified-slot-system-for-the-c-api/105552)._