Staff Software Engineer, Golang

Other Jobs To Apply

This a Full Remote job, the offer is available from: Africa, Armenia, Greece, Bulgaria, Albania, Romania, Kosovo, Portugal, Spain, Malta, Ireland, Italy, Montenegro, Croatia, Bosnia and Herzegovina, Serbia, Georgia (USA)

About Block Labs

Block Labs is a premier technology studio operating at the bleeding edge of Web3, Artificial Intelligence, and iGaming. We don't just ship features; we engineer high-scale, production-grade platforms that power the next generation of digital products.

We are a collective of senior engineers, product strategists, and builders who refuse to compromise on architecture. Whether we are designing autonomous multi-agent AI systems, building decentralized financial infrastructure, or architecting high-frequency iGaming platforms, our standard is excellence.

We move fast, but we build for the long term. If you are looking to work alongside a team that values deep technical expertise, thoughtful system design, and product ownership, Block Labs is where you belong.

The role

We build distributed, transactional backend platforms across crypto, fintech, and real money gaming. High volume, multi tenant, real time. Balances, payments, and player facing decisions depend on them, so correctness is not negotiable and mistakes are visible immediately. The work spans several products and follows business priorities, so what you own will change over time. You will build and own distributed, transactional backend services in Go, as an individual contributor.

Ownership has a specific meaning here. You receive an outcome and its constraints, not a decomposed backlog. You identify the decisions nobody has made and gather the context to make them. You define scope and sequencing. You make the architectural and implementation decisions. You implement the system rather than delegating it. Others will contribute to it, and you own the conditions that let them do so without degrading it. You ship it, and you remain responsible for how it behaves in production.

Agents are the normal means of production here, not an optional aid. That does not reduce the need for engineering judgement, testing, or operational ownership. It increases how much of each one engineer carries.

You will collaborate with product, engineering, infrastructure, and QA throughout, and you will need to be good at it, because nobody will be coordinating it on your behalf.

What you will do

• Convert business outcomes and constraints into scoped, sequenced, shippable work.

• Design and implement distributed Go services handling high volume transactional workloads, integrating with payments, providers, and internal platforms.

• Make the correctness guarantees explicit and hold them. Balances and transactional behaviour have no margin for approximation.

• Run the agentic system that produces the work: context, decomposition, execution,

verification.

• Set the harness and guardrails others work inside: context, tests, and automated checks that let people contribute to your system without it degrading into debt you inherit.

• Operate what you ship. Know its failure modes, watch it, and fix it.

What we are looking for

• Deep proficiency in Go on high volume, transactional systems. Years matter less than what you have personally taken to production.

• Strong judgement on multi tenancy, event driven architecture, queues, and the failure modes each brings. Cloud native, and serious about reliability, observability, and security.

• A repeatable agentic engineering system you built deliberately. It holds context, decomposes ambiguous work, verifies behaviour rather than diffs, and keeps unverified code out of

production. The system matters, not the tools.

• Evidence of carrying the whole chain yourself, from incomplete objective to a system you

shipped and then owned in production. Having worked on every phase is not the same as

having carried one.

• Judgement under ambiguity. There is rarely a finished specification, but there are objectives, constraints, and people who know things. Make the reversible calls yourself and escalate the rest.

Nice to have

• Background in fintech, real money gaming, or other high traffic consumer products where

money is at stake.

• Experience with rules engines, real time scoring, or decisioning systems.

• Prior experience designing APIs for multi tenant or white label products.

What this role is not

• Not a management or tech lead role. There is no team reporting to you and no plan to create one.

• Not an architecture or advisory role. You will not set direction for others to implement.

• Not a squad role. There is no prioritised backlog and no one assigning you work.

• Not a role where you own one layer of somebody else’s implementation, or where someone else owns verification and production readiness on your behalf.

• Not a role where agents are an optional productivity aid you reach for occasionally.

If what you want is a well defined squad, finished requirements, and shared implementation, this is a role to skip. That is a legitimate way to work and many strong engineers prefer it. It is not this one.

What kind of culture can I expect?
Mature, mission-driven, and low-ego. We value clarity over noise, outcomes over theatrics, and pace without chaos. If you’re one of the smartest minds in your craft and want to build with other experts, you’ll feel at home here.

This offer from "Block Labs" has been enriched by Jobgether.com and got a 77% flex score.
Back to blog

Common Interview Questions And Answers

1. HOW DO YOU PLAN YOUR DAY?

This is what this question poses: When do you focus and start working seriously? What are the hours you work optimally? Are you a night owl? A morning bird? Remote teams can be made up of people working on different shifts and around the world, so you won't necessarily be stuck in the 9-5 schedule if it's not for you...

2. HOW DO YOU USE THE DIFFERENT COMMUNICATION TOOLS IN DIFFERENT SITUATIONS?

When you're working on a remote team, there's no way to chat in the hallway between meetings or catch up on the latest project during an office carpool. Therefore, virtual communication will be absolutely essential to get your work done...

3. WHAT IS "WORKING REMOTE" REALLY FOR YOU?

Many people want to work remotely because of the flexibility it allows. You can work anywhere and at any time of the day...

4. WHAT DO YOU NEED IN YOUR PHYSICAL WORKSPACE TO SUCCEED IN YOUR WORK?

With this question, companies are looking to see what equipment they may need to provide you with and to verify how aware you are of what remote working could mean for you physically and logistically...

5. HOW DO YOU PROCESS INFORMATION?

Several years ago, I was working in a team to plan a big event. My supervisor made us all work as a team before the big day. One of our activities has been to find out how each of us processes information...

6. HOW DO YOU MANAGE THE CALENDAR AND THE PROGRAM? WHICH APPLICATIONS / SYSTEM DO YOU USE?

Or you may receive even more specific questions, such as: What's on your calendar? Do you plan blocks of time to do certain types of work? Do you have an open calendar that everyone can see?...

7. HOW DO YOU ORGANIZE FILES, LINKS, AND TABS ON YOUR COMPUTER?

Just like your schedule, how you track files and other information is very important. After all, everything is digital!...

8. HOW TO PRIORITIZE WORK?

The day I watched Marie Forleo's film separating the important from the urgent, my life changed. Not all remote jobs start fast, but most of them are...

9. HOW DO YOU PREPARE FOR A MEETING AND PREPARE A MEETING? WHAT DO YOU SEE HAPPENING DURING THE MEETING?

Just as communication is essential when working remotely, so is organization. Because you won't have those opportunities in the elevator or a casual conversation in the lunchroom, you should take advantage of the little time you have in a video or phone conference...

10. HOW DO YOU USE TECHNOLOGY ON A DAILY BASIS, IN YOUR WORK AND FOR YOUR PLEASURE?

This is a great question because it shows your comfort level with technology, which is very important for a remote worker because you will be working with technology over time...