$BUILD. Purpose-bound capital for physical infrastructure.
$BUILD. Purpose-bound capital for physical infrastructure.
Steam Collective is not only a research network. It is a building project. Community saunas, cold plunge infrastructure, research-equipped facilities. These require capital. Capital requires a mechanism. And the mechanism shapes everything about what gets built, for whom, and why.
$BUILD is that mechanism. And it is designed to do one thing only.
The core concept
Every unit raised through $BUILD is designated for physical infrastructure. Community sauna construction, renovation, and equipping. It cannot be redirected to operating costs, marketing, token liquidity, or any purpose outside construction. The purpose is encoded in the structure, not enforced by trust in a founding team.
This is the fundamental difference from a general treasury token. $BUILD is not a claim on Steam Collective's future value. It is direct participation in a specific build. A named location. A defined specification. A voted proposal. A research mandate attached to a physical space.
How a $BUILD proposal works
A location is identified. This can come from a community member who has access to a space, a local partner with an existing facility, or the founding team identifying an opportunity. The source matters less than the readiness.
A proposal is drafted. It names the location, specifies the build requirements, states the cost, describes the governance structure for the completed facility, and articulates the research mandate. What cohort will this node serve? What protocols will it collect data on? What is the expected contribution to the longitudinal dataset?
$LODGE holders vote. Does this build meet the community's standards? Is the location genuinely high-readiness? Is the research mandate coherent and valuable? Is the cost appropriate? A proposal that passes governance moves to funding.
$BUILD capital is raised for that specific project. The facility is built, equipped, and opened. It is governed locally by the members who use it and connected globally to the Steam Collective research network. Contributors hold a participation record in that node's research output.
Phase one
Phase one targets 3 to 5 locations. Not more.
This is not conservatism for its own sake. The model needs to prove itself as research infrastructure, not just as construction. A facility that is built, used, and generates no longitudinal data is not a successful Steam Collective node. The bar is higher than opening day.
Phase one locations will be chosen partly for demographic diversity. Urban versus rural. High-frequency athletic use versus general community wellness. Different climate contexts for protocol comparison. Different cultural relationships to sauna practice. That diversity is itself a research variable.
If phase one generates the research output and community engagement the model is designed to produce, the case for phase two builds itself from evidence rather than ambition.
The open questions
What is the structural relationship between $BUILD and $LODGE? Do $BUILD contributors automatically receive $LODGE proportional to their contribution, or are these entirely separate token events? Is $BUILD reissuable per project as a series of project-specific tokens, or is there a fixed total supply with allocation mechanisms per build? How is local facility governance structured after construction is complete? Who holds legal ownership of the physical asset?
These questions have considered positions but not final answers. The architecture will be shaped by this community before it is deployed.
$BUILD turns community capital into physical infrastructure. Every sauna we build is a research node. Every research node is a reason to build more.
