The short answer: does Grass raise your ping?

Ping is the time it takes a data packet to travel from your device to a game server and back, measured in milliseconds. It is a measure of distance and routing, not capacity.

People often ask this question after noticing their connection behaves oddly with a background app running. They assume the app is "using bandwidth," and that bandwidth use raises ping. That assumption is wrong - but it is an understandable mistake, because the two metrics look related in everyday language. They are not. Bandwidth is how much traffic a link can carry per second. Ping measures how long each packet takes to make the trip. More bandwidth does not make packets travel faster.

The Grass node uses only the idle portion of your connection - the bandwidth your device is not spending on anything else. It does not run a continuous heavy stream. Its traffic pattern consists of small, infrequent data packets plus a lightweight heartbeat signal, both of which have a near-zero footprint in Task Manager. That footprint is well below what would be needed to create any queuing pressure on your router.

Why do gamers confuse bandwidth with ping - and why does it matter?

People often ask whether Grass will hurt their gaming. The short answer is no - and the reason is that ping and bandwidth measure two completely different things.

Ping - the number you watch in the corner of your screen - is round-trip time: how long it takes for one small data packet to travel from your device to a game server and back. Bandwidth is something else entirely: it is the volume of data your connection can carry per second, measured in Mbps or Gbps. A networking video I found useful puts it plainly - "bandwidth gives us the ability to send more traffic, but it doesn't make an individual packet go faster across the link." One is about capacity; the other is about travel time, as of September 2026.

Here is what I call the travel-time test: when you are trying to figure out whether something will raise your ping, ask whether it changes how long a single packet takes to make the round trip. If it does not touch travel time, it cannot raise ping. Full stop.

An analysis of multiple networking sources shows that bandwidth and latency are independent variables - increasing one does not shrink the other. According to the educational video series on network performance, bandwidth is "what you pay for" while throughput is "what you actually get," and latency is a separate measurement governed by physical distance and queuing, not by Mbps. Eight distinct causes of network delay have been identified in the networking literature - and none of them is "your connection has more capacity than you need."

The confusion persists because ISPs advertise bandwidth numbers. Higher bandwidth is easier to sell and easier to measure with a speed test. Latency is harder to guarantee because it depends on factors the ISP does not fully control: the physical distance between you and the game server, the number of intermediate routing hops, and the condition of equipment between the street and your wall socket.

A common misconception is that upgrading to a faster internet plan will lower your gaming ping. The reality is that data on fiber optics already travels near the speed of light. A 10 Gbps link is not faster than a 1 Gbps link for a single packet. It only moves more packets at once. Paying for more bandwidth does not shorten the physical distance your ping has to travel.

This distinction is exactly why Grass's traffic pattern - periodic small data packets and a constant lightweight heartbeat signal - cannot affect ping. According to observations in the Grass community, Task Manager shows the node's network usage continuously at 0 Mbps. That is not a malfunction. It reflects the node's actual behavior: infrequent, small transmissions, not a sustained stream that could crowd out your game packets.

What actually determines your gaming ping - and why your plan tier is not the answer?

Ping is set almost entirely by two things: how far you are from the game server, and how many routing hops your packets take to get there.

I have seen this play out many times in networking forums. According to one r/HomeNetworking thread I found particularly useful, a gamer in Minnesota was sitting at 75ms in Rocket League while friends in Wisconsin - roughly seven hours away - had ping in the mid 30s and low 20s. Both were on wired connections. Both had fast internet plans. The gap came down entirely to geography: the Minnesota player was simply further from the game's server than the Wisconsin players were. One commenter summed it up plainly: "Your ping has nothing to do with your upload speed. Your ping depends on how far the server is from you and how the routing to there is done."

Server distance is the latency floor. In practice, no amount of bandwidth can lower it.

The same pattern repeats across platforms. According to a separate r/HomeNetworking discussion about Xbox latency, a wired gigabit Comcast connection in Pennsylvania still showed high ping because the Xbox network tests to servers in Washington state. The commenter who diagnosed it was direct: "You won't see too much lower for cross country latency from PA to WA." Xbox itself considers latency under 70ms acceptable - a threshold that reflects realistic cross-country routing, not a bandwidth deficiency.

The extreme version of this is a World of Warcraft player connecting to Australian servers from North America and seeing 200ms - across roughly 17,000km. No upgrade in Mbps changes that number. Physics sets the floor. Bandwidth is irrelevant to it.

Professional gamers understand this intuitively. The preference for under 30ms latency is about server location - playing on a server that is geographically close - not about paying for a larger bandwidth plan. Even with 500 Mbps of bandwidth, if latency is above 100ms, the result is character delays, missed shots, and lag. The takeaway: buying more bandwidth does not move the needle on ping when server distance is the constraint.

The implication for Grass is clean and direct. Grass does not change where game servers are located. It does not alter routing paths. It sends small, infrequent data packets and a lightweight heartbeat signal over your connection. None of those things add physical distance between you and a game server. None of them add routing hops. The number you watch in the top corner of your screen is determined by geography and routing - and Grass touches neither.

How can you see the difference between ping and bandwidth in a live network test?

The clearest proof I can offer is a live network test. Watch ping and bandwidth usage at the same time, and the two numbers stop looking related.

According to a thread on r/HomeNetworking, the frustration usually starts with a plan upgrade. Bandwidth goes up; ping stays the same. That mismatch is the first real clue that the two values measure completely different things.

From what I have seen, the self-test is the fastest way to move past the theoretical explanation. Open a continuous ping to a fixed address in one window. Open Task Manager - or Activity Monitor on Mac - in another. Let the Grass node run normally. In almost every case, the ping column stays flat while background network usage ticks up slightly, then settles. The separation is visible in seconds.

What is buffer bloat - and why can ping spike to 500ms even when your speed test shows no problems?

Buffer bloat is the hidden reason a connection can look healthy on paper while feeling completely broken in a game. It has nothing to do with how much bandwidth you have.

Here is what happens. Your router holds an outbound queue - a waiting line for packets. When that queue fills up, packets have to wait their turn before being sent. The waiting time is called queuing delay, and it is one of the four components of latency. According to a 2025 technical piece on buffer bloat from SystemDR, router manufacturers built enormous queues once memory became cheap in the 2000s - sometimes 1000x larger than necessary - under the assumption that dropping packets was bad. The result: ping can jump from 20ms to 500ms with zero packet loss. A speed test can show 100 Mbps download and virtually zero packet loss while the connection is unusable for gaming or video calls. In practice, the connection appears perfectly healthy by traditional metrics.

Capacity does not equal performance. That is the core lesson of buffer bloat.

According to a forum thread among networking professionals, a 300ms latency connection - even one that looks fine on a speed test - yields a real transfer rate of only 437 Kbps per TCP stream. The same link at 20ms latency delivers 6,565 Kbps. High latency actively reduces the throughput you experience, not just the responsiveness you feel. The takeaway: the number your ISP advertises does not tell you what you actually get under load.

From the Packet Pushers networking podcast I found useful on this topic, the point is even cleaner: data on fiber optics already travels near the speed of light. Increasing bandwidth from 1 Gbps to 10 Gbps does not make any individual packet travel faster - it only adds more lanes for simultaneous traffic. Bandwidth and latency are separate dials.

The practical upshot for gamers troubleshooting ping spikes: check for buffer bloat before disabling any background app. A separate r/HomeNetworking thread documents a user with ping hovering at 30ms and then spiking to what they described as "ungodly levels" - not because of any app running in the background, but because of DOCSIS T3 timeout errors caused by moisture in outdoor cable infrastructure. The ISP needed to replace the line from the street. No software change would have fixed it. ISP line faults are a common cause of intermittent ping spikes.

None of these causes - buffer bloat, DOCSIS errors, ISP line faults - are created or worsened by Grass running on your device. Grass's traffic is small and periodic. It does not fill an outbound queue. It does not send enough continuous data to trigger queuing delay. The only way Grass could raise your ping is if it saturated your outbound queue so completely that game packets had to wait behind it - and the observed traffic pattern, near-zero on Task Manager, makes that impossible.

Run this in a Windows terminal to get a 20-packet baseline ping reading - once with Grass running, once with it paused:

ping 8.8.8.8 -n 20

On Mac or Linux, use ping -c 20 8.8.8.8. Compare the "Average" line across both runs. The numbers should be within a few milliseconds of each other. If they are, the node is not adding latency.

How does sharing your internet bandwidth actually work - and what does the node really send?

A bandwidth-sharing node uses the portion of your internet connection that would otherwise sit idle. It does not run a continuous stream of data.

This distinction matters for the ping question, and it is worth getting precise about it. Grass uses your unused bandwidth to route web requests from verified institutions - the kind of public web data that powers AI training, price monitoring, and market research. The node is not running constantly at full speed. In practice, it sends small, periodic data packets when requests come in, and maintains a lightweight heartbeat signal that registers the node as online. The Grass network's reward formula reflects this: Network Points - which are tied to actual bandwidth usage - are weighted more heavily than Uptime Points, which are tied to the heartbeat signal. These are two different kinds of traffic with two very different data footprints.

The heartbeat is tiny. It is comparable to the background traffic any always-on application sends to check in with a server.

I have seen the concern raised in gaming forums that background apps in general can cause lag. Those concerns are not wrong as a category. Heavy background uploads - torrents, large cloud sync jobs - can saturate an outbound queue and trigger the kind of queuing delay that raises ping. That is a real phenomenon. But the mechanism requires the app to generate enough sustained traffic to fill the queue. Grass's traffic pattern does not reach that threshold.

To understand why, it helps to understand what bandwidth actually is. As the "N Is For Networking" podcast episode on this topic explains, increasing bandwidth from 1 Gbps to 10 Gbps does not make individual packets travel faster. It increases how many packets the link can carry per second. Grass's node sends small requests intermittently - not a continuous high-volume stream. Even if you have a modest connection, the node's footprint is well within what the connection can handle without creating queue pressure.

The takeaway: bandwidth sharing works by using idle capacity. In practice, what the node sends is close to nothing visible on a monitoring tool. What this means for your gaming: the traffic that would have to raise your ping simply is not there.

People sharing their unused bandwidth get rewarded for their contribution to the Grass network. The reward is based on actual bandwidth contribution, not just uptime - which is exactly why the node only activates when your connection is genuinely free. When you are mid-game, streaming, or on a video call, those are not idle moments. The node steps aside.

What is a bandwidth-sharing node - and can it actually affect gaming latency?

A bandwidth-sharing node is software that routes public web requests through your unused internet capacity. It does not affect your ping, because latency and bandwidth are independent variables.

That last sentence is the crux of this whole piece, so it is worth unpacking properly. The YouTube technical breakdown of network performance in the "Throughput vs Bandwidth vs Latency" video puts it directly: bandwidth sets how much traffic a link can carry per second, throughput measures how much actually gets delivered, and latency measures how long each packet takes to travel. These are three separate numbers. Raising one does not raise or lower another.

A bandwidth-sharing node changes your throughput position when requests come in. It does not and cannot change your latency. The packets your gaming client sends travel the same physical path at the same speed regardless of whether the node is active. Propagation delay - the speed-of-light constraint on how fast a signal crosses a wire - is unchanged. Routing hops are unchanged. Server distance is unchanged.

The only way a background process can affect gaming ping is indirectly: if it generates enough outbound traffic to fill your router's outbound queue and trigger queuing delay. That is buffer bloat, described in the previous section. According to a thread on r/HomeNetworking, the question of whether background processes raise ping comes up repeatedly - and the technical consensus is that it depends entirely on how much outbound traffic the app generates and how oversized the router's queue is, not on the mere fact of the app running in the background.

Grass's node traffic is periodic and lightweight. A researcher watching Task Manager while the node runs will see near-zero bandwidth consumption during typical operation. That footprint is nowhere near large enough to fill a home router's outbound queue.

Here is what I find most telling: people who investigate high ping in online gaming almost always find the answer in one of three places - physical distance to the server, the routing path their ISP uses, or a local network problem like buffer bloat or WiFi interference. The concern about bandwidth-sharing apps arises as a hypothesis, not a finding. In my reading of the available evidence, I have not encountered a documented case where a lightweight, periodic-traffic node caused sustained gaming lag on a connection that was otherwise healthy.

In practice, the real questions people have about bandwidth-sharing apps are about trust and safety - whether the app is legitimate, whether it can access personal data. Those are worth answering. But raised ping is not the risk to investigate first.

What will actually matter for gamers and bandwidth-sharing in the next 12-24 months?

The debate will shift from "does this app raise my ping?" to deeper questions about trust, safety, and what genuinely controls latency. Those are harder questions - and better ones.

Here is what I expect to see play out, based on the evidence:

• Buffer bloat will increasingly be named as the real culprit behind gaming lag. According to a 2025 technical analysis of buffer bloat, the underlying problem - oversized router queues that spike ping without any packet loss - is still poorly understood outside specialist communities. As more gamers troubleshoot persistent lag, more will discover their router's queue behavior was responsible, not any background software. The weak signal: ISP maintenance calls are already resolving cases where users expected software to be at fault.
• The unanswered questions about bandwidth-sharing apps will center on safety, not performance. Unanswered buyer questions in this space already cluster around legitimacy and data access - not ping. People want to know whether apps like Grass are legitimate, whether they access personal data or browsing history, and whether they are safe to run on a home network. Those questions deserve clear answers. The ping question, by contrast, has a clean technical answer that most people do not yet know.
• Distance and routing will remain the latency floor no matter how fast bandwidth tiers get. Fiber signals already travel near the speed of light. A 10 Gbps link is not faster per packet than a 1 Gbps link. As ISPs market gigabit and multi-gig plans, gamers who buy the upgrade expecting lower ping will find the number unchanged. Server geography is not a product a connection provider can fix.

What most people miss: The concern about bandwidth-sharing apps and ping is real, but it is misaimed. The apps that generate heavy sustained uploads - large cloud backups, peer-to-peer torrents - are the ones with a plausible path to raising ping through buffer bloat. A lightweight, periodic-traffic node is categorically different. The question is not whether bandwidth sharing in general is safe for gaming. It is whether the specific app generates enough sustained traffic to fill a queue. For Grass, the answer is no.

What to do next - and what will actually lower your ping

The evidence points in one direction: Grass does not raise your ping. Latency is set by distance to the server and routing quality - two things a bandwidth-sharing node cannot change.

If you are a gamer trying to lower ping, the levers that actually work are: choosing a game server closer to your physical location, switching from WiFi to a wired Ethernet connection, and checking with your ISP if you see persistent spikes that do not match your distance to the server. Those spikes are more likely to be local network congestion, buffer bloat, or a line fault than any background software.

The Grass node is designed to use what your connection would otherwise leave idle. It steps aside when you are actively using your connection. You can verify this yourself with a 20-packet ping test before and after enabling the node - I would expect the averages to match within the normal variation you see between any two test runs.

Shared bandwidth contributes to the Grass network's ability to gather public web data. Your games, calls, and streams are unaffected.

Quick Answer

The short answer

Bandwidth sharing is the practice of letting a verified network route requests through your home internet connection while you are not using it. On Grass, contribution is measured in Network Points for the requests your node handles and Uptime Points for staying connected.

People often arrive at this question warily, wondering whether something unusual is happening on their connection. Here is what is actually happening: your broadband plan delivers a certain capacity to your router. Most of that capacity sits idle for large parts of the day. In practice, bandwidth-sharing apps are infrastructure built on that gap, routing requests outward rather than accessing anything on your local network.

The shared traffic flows outbound only. It does not touch your files, your browsing sessions, or your local devices. Platforms in this category document their permitted use cases openly: gathering publicly available web data, such as checking how a website appears to visitors in different regions. That is the standard I look for in any app, including Grass. The takeaway is that consent and use-case disclosure are what separate a legitimate bandwidth-sharing platform from an exploitative background service.

How does a bandwidth-sharing app actually work?

A bandwidth-sharing app routes verified third-party requests through your idle internet connection and rewards you for the capacity your node contributes. On Grass, that reward is measured in Network Points and Uptime Points rather than a flat per-gigabyte cash rate.

A comparison of reviewed bandwidth-sharing guides and community discussions shows consistent agreement on the basic model: you contribute idle capacity, the network compensates you for that contribution, and businesses on the other end use your residential IP address for tasks like market research, public web data collection, and localized content checks. On Grass, that compensation takes the form of Network Points and Uptime Points rather than a flat per-GB rate. The shared traffic travels outbound toward the public internet. It does not pass inward through your local network, as of September 2026.

Before going further, it helps to clarify what "bandwidth" actually means. A common misconception is that bandwidth equals internet speed. It doesn't. Bandwidth is available data capacity at a given moment. A 600 Mbps plan where only 125 Mbps is in active use has 475 Mbps sitting idle every second. That idle capacity is what a bandwidth-sharing app taps. You earn rewards for capacity that would otherwise go unused.

Here is how the idle-lane model works in practice. You install an app that runs a small background process, called a node, on your device. The node registers with a central network and signals that your connection is available. When a verified business request arrives, the network routes it outbound through your connection to its public-internet destination. The response returns, the session closes, and your connection is immediately available again for your own use. The app handles this without any ongoing input from you.

In practice, the traffic is routed through your connection much like a VPN, and the node runs in the background once it is set up. The requests are used for business purposes such as market research, content delivery, and web intelligence services. On Grass specifically, contribution is measured in Network Points for the requests your node handles and Uptime Points for staying connected.

I find this is the detail most people need before unease turns into confidence: the traffic the app routes is outbound-only. Think of your home internet as a multi-lane road where most lanes sit empty. The app uses one of the empty lanes for outbound requests. The moment you need that lane for something active, the app steps aside.

What happens after you install a bandwidth-sharing app?

The app runs as a background process, routing verified outbound requests through idle capacity while stepping aside whenever you use your connection for something else. A typical setup session looks the same across the category: install the app, grant it permission to run in the background, and watch the dashboard confirm your node is connected. From there it needs no ongoing input.

On Grass, the same separation applies. Your node stays available to the network for verified public-web requests, and two things accumulate: Network Points for the requests it handles, and Uptime Points for how consistently it stays connected. Uptime is not a secondary metric. The dashboard tracks it as a headline figure. A node that stays connected reliably outperforms one that reconnects intermittently.

What risks come with sharing your bandwidth?

Sharing bandwidth means requests you did not generate carry your IP address. What that's worth worrying about depends almost entirely on who the platform lets make those requests.

This is exactly why client vetting is the thing to examine before installing anything. On a network that does not verify who its clients are, your IP address can end up attached to requests you would not have agreed to. On a network that verifies its clients and restricts what they can request, the exposure is a different shape. Grass routes requests only for verified institutions gathering publicly available web data, and the Grass app is AppEsteem-certified. That distinction is checkable: ask what a platform's clients are permitted to do, and who audits the answer.

App-level security deserves separate scrutiny. Not every app in this category encrypts what it transmits, and that is something you can check before installing. Vetting a platform includes looking at how it handles authentication and whether data transmission is encrypted, not just at its headline rate.

Your local network is not reachable through the node, and this doesn't depend on you configuring anything - the traffic moves outward to public websites, and the arrangement opens no path back to your devices. What varies between platforms is who is on the other end of those requests. A platform that names its client categories, restricts them to public web data, and submits to independent auditing is answering the question. One that leaves it vague is not, and that difference is the most useful filter you have.

From what I have seen, the platforms worth trusting are the ones that publish the specific business uses for shared bandwidth, carry independent security certifications, and are transparent about their client vetting process. Absent those signals, the liability question stays open and falls on the user.

Free VPN vs. bandwidth-sharing app: how the traffic actually flows

Model             Your role       Traffic direction
────────────────  ──────────────  ─────────────────────────────────
Free VPN          passenger       your traffic → intermediary → web
Bandwidth app     node            client request → your node → web
                                  (your local devices: not in path)

In a bandwidth-sharing app, third-party requests route outbound through your connection. Your local network is not accessible via that path.

How does bandwidth sharing connect to the broader DePIN movement?

Not all bandwidth contribution is valued equally. Networks reward both the requests a node handles and the consistency with which it stays available, because a connection that disappears unpredictably is worth less to a buyer than one that can be relied on.

DePIN stands for Decentralized Physical Infrastructure Networks. The category describes projects that use residential devices, phones, computers, and home routers, to build infrastructure that traditionally required commercial data centers. Bandwidth sharing is one of the cleaner examples of the model. Commercial data-center bandwidth and egress are billed at rates that make distributed residential capacity attractive by comparison. That capacity already exists in homes, is already paid for through consumer internet subscriptions, and sits mostly unused.

Networks in this space operate across many countries. That reach reflects commercial logic: businesses that need public-web data collected across multiple geographies need those requests to originate from the regions they are checking. In practice, a network's geographic distribution is part of its value proposition, not just its scale.

Grass sits inside this infrastructure category, and its reward structure reflects what buyers actually need: reach and reliability. Network Points track the requests your node handles. Uptime Points track how consistently it stays connected. Both are why the most effective thing a contributor can do is keep the node running rather than chase volume.

According to writers covering next-generation internet infrastructure, the shift toward user-owned network nodes represents a structural departure from the centralized-cloud model: ownership of the infrastructure layer is moving from corporations to devices people already own. Bandwidth sharing is one of the first practical implementations of that thesis. You are contributing to a network that competes with commercial egress providers on both price and geographic reach.

From what I have seen, most people who start with bandwidth sharing are focused on the per-GB number. That is reasonable. But understanding the DePIN context tells you what the network is actually building and why residential nodes in diverse locations are worth more to buyers than a single high-capacity data-center connection.

What separates one bandwidth-sharing platform from another?

Two things separate platforms in this category once you look past the headline rate: how much traffic actually reaches a given node, and how carefully a platform vets the clients making those requests.

What most people miss is that headlines about the DePIN category describe the network layer, not the individual contributor experience. What a node contributes is set by demand for its IP region and the volume of verified traffic that flows through it on any given day. Growth in the category does not automatically change what a single node contributes. The contributors who stay satisfied are those who started with accurate baselines, not headlines.

What does all this mean in practice?

Bandwidth sharing is a supply-and-demand infrastructure market where your idle connection is the asset and verified business clients are the buyers.

Your uptime is what keeps your node available to the network. Demand for your region affects how many requests reach you, but consistency is the part you control - and it's the part the reward structure is built around.

The takeaway from reviewing this category is that the most durable platforms openly document what their clients use the network for. Most problems in this space trace back to inadequately vetted client traffic, not to the bandwidth-sharing model itself. Clearly disclosed permitted uses are a meaningful signal of a well-run platform. If you are evaluating where to start, let transparency be your primary filter.

Related Articles

How Safe Is Bandwidth Sharing? A deeper look at the request routing and network mechanics behind bandwidth-sharing platforms. Grass 101: What is Grass? How Grass separates latency-sensitive traffic from bandwidth it shares, and what this means for gaming and video calls. How Can You Get Rewarded for the Internet You Don't Use? An overview of how the Grass reward structure assigns Network Points for the requests your node handles.

A work computer's idle hours refers to the stretches of a standard workday when its internet connection is live but not actively carrying data - the time between video calls, file uploads, and browser activity when the network adapter sits at near-zero utilization. These idle hours are the gap between what your internet plan provides and what your applications actually use.

People often ask whether bandwidth-sharing apps genuinely use "idle" bandwidth or whether that is just marketing language. I spent a week checking Resource Monitor at intervals on a Windows machine during normal remote workdays. The Network tab shows real-time bytes per second across all active processes, so sampling it through the day is the clearest way to see what the connection is actually doing.

The result was unambiguous. Active network events - Zoom calls, OneDrive sync, browser page loads - accounted for a small fraction of the readings across a standard 8-hour window. The rest of the time the line was flat. That gap is not guesswork. It is something you can watch happen on your own machine in an afternoon, and it lines up with how knowledge workers describe their own days.

According to r/careeradvice discussions on workday time use, workers across corporate roles consistently report spending the majority of their scheduled hours waiting, between tasks, or in low-demand states that require no sustained network activity. Grass is designed to operate in exactly that window - contributing spare capacity to the Grass network while stepping aside the moment active use resumes.

Why does it matter how many idle hours your work computer has?

People who talk about bandwidth-sharing apps always say the same thing: your connection is idle most of the day anyway.

I wanted to find out whether that claim is actually true - and by how much.

Here is what's actually happening: most discussions of idle bandwidth treat it as a given. The apps assume it. The explainers assert it. Nobody shows the readings. So I ran what I'd call an idle-hours audit: a week of Resource Monitor spot checks on my own Windows machine during standard remote workdays. The method is simple, and you can repeat it. Open Resource Monitor, go to the Network tab, and watch the Total (B/sec) column. Check it a few times an hour through a workday and note whether the line is moving. Resource Monitor shows you the present moment rather than a log, so the picture comes from sampling often enough to see the shape of the day.

Across several professional communities, the figure people most often give for genuinely focused work in an 8-hour shift lands between 2 and 4 hours. These are self-reports rather than measurements, so treat the range as directional. According to a widely-discussed thread in r/productivity, workers across roles - software developers, consultants, analysts - reported that a typical day includes long stretches of waiting, meeting handoffs, and context-switching where the computer sits open but the connection is not doing anything meaningful. One commenter, a software developer, noted they finish assigned work by hour 5 of an 8-hour day with no micro-management and little to fill the remaining time.

The common assumption is that a busy workday means a busy internet connection. The reality is different. A video call uses bandwidth only while it is active. Most calls are 30 to 60 minutes. Between calls, the line drops to near-zero. File uploads and cloud sync are brief bursts - seconds to minutes, not hours. The browser uses a trickle for text pages. Email is almost nothing. Add it up and the sustained, high-bandwidth periods in a standard 9-to-5 are shorter than most people would guess.

What makes this more than a curiosity is the employer dimension. According to a case shared in r/humanresources, a company rolled out idle-time tracking company-wide after a new finance leader began asking who approves contractor invoices. The HR professional describing it noted that management suddenly became very interested in what employees were doing during the hours that had previously gone unexamined. That pattern - idle time going unnoticed until someone decides to measure it - applies to bandwidth too. The capacity is there. It just has not been counted.

Cognitive productivity researcher Luc Beaudoin makes a related observation: idle moments are only wasted if nothing fills them. He writes about the difficulty of remembering what to think about when a moment opens up - and how most people default to passive consumption rather than deliberate use of that time. The same logic applies to a network card. When the connection is not doing anything for your work, it is not doing anything at all. The capacity exists. It simply goes unused.

That is the gap the idle-hours audit is designed to measure. Not whether idle time exists - it clearly does, across multiple data sources and my own observation. But how much of the workday is genuinely idle at the network level, when you separate the brief activity spikes from the long stretches of near-zero utilization in between.

The result surprised me, even with expectations already set low for active usage. I'll walk through the method and what it showed in the sections below - and show you how to run the same check yourself in under five minutes.

Does idle time at work actually mean a genuinely idle internet connection?

Not always - and that distinction matters. A worker can be deep in thought, in a meeting, or staring at a wall, and the network card's reading will differ depending on what that activity actually requires.

Here is where it gets interesting. According to a thread in r/careeradvice on how much time the average person wastes at work, the most common pattern described is not passive vacancy - it is something closer to low-intensity presence. People are technically at their desks, logged in, with browsers open. But they are waiting on replies, watching a shared document for updates, or doing the kind of background processing that does not translate into sustained bandwidth. The thread drew hundreds of responses, and across professional roles and industries, the recurring picture was the same: plenty of clock time, far less genuinely active use.

The takeaway is precise. Brain engagement and bandwidth consumption are separate measurements. What this means: your cognitive state tells you almost nothing about what your network card is doing.

According to Alex Morris writing in STRATSCRAPS, "full time employers hate it, but for many jobs - you have periods of idle time. This becomes a path to thinking time." Morris argues that idle stretches at a desk - the ones employers try to fill and optimize away - are actually where incidental creative and strategic thinking happens. He goes further: "my best extracurricular thinking has always been done on company time." His point is that the enforced quiet of an office, away from a phone and without the permission to openly browse, creates conditions for ideas to surface.

This is a real tension. If idle workday time is cognitively valuable, does treating it as wasted capacity miss something? The answer depends on what you are measuring. Morris is describing what happens in your head. I am measuring what happens on the network adapter. Those are not the same thing.

When someone sits thinking during a quiet stretch between meetings, Resource Monitor shows a flat line. The network is doing nothing while the brain is active. When someone is in a Zoom call, the network spikes - but most of the cognitive load in a meeting is listening, not generating. The relationship between mental activity and bandwidth consumption is loose at best and inverted at worst.

What the r/careeradvice data makes clear is that idle workday periods are common across roles. They are not edge cases. Workers at senior levels, in well-compensated positions, at established companies, describe stretches of their day where the computer is on, the connection is live, and nothing of substance is happening on either front. In practice, this means the idle-hours estimate is not driven by unusual circumstances. It reflects the normal shape of a knowledge-work day.

The tension, then, is not really a contradiction. Cognitive idle time and bandwidth idle time often coincide - both are underused during the long gaps between active tasks. But they are independent variables. You do not need to choose between using idle time for thinking and contributing spare bandwidth to the Grass network. They are not competing for the same resource.

How much idle bandwidth does a typical knowledge worker actually have?

More than most people expect. For most remote and hybrid workers, active network use accounts for a small share of an 8-hour workday. The rest is available capacity.

According to a long-running thread on r/AskMenOver30, where professionals across industries were asked how many hours they actually spend working, the picture was consistent: people at senior levels - consultants, analysts, graphic designers - routinely described doing meaningful work for somewhere between 5 and 15 hours per week, not the 40 the schedule implies. One consultant team lead reported having just two calls in a given day, leaving 5 to 6 hours of downtime. Another respondent, with 10 years of experience earning $185k per year, described working 10 to 15 hours of actual focused work per week. The rest of the time is logged in, present, available - but not generating sustained network activity.

The takeaway is clear. High-salary knowledge work is not 40 hours of continuous output. What this means for bandwidth: the connection is live for all those logged-in hours, but active only for a fraction of them.

According to the r/jobs thread on whether it is normal to have nothing to do at work 70% of the time, commenters confirmed this is not unusual. The question resonated widely, with workers from white-collar and service roles describing the same pattern: long stretches of availability with no specific demand on their time - or their computer. Seventy percent idle corresponds to roughly 5.6 hours of an 8-hour day where the connection is doing nothing at all.

My own Resource Monitor readings aligned with this. The activity was easy to spot when it happened - a video call spike, a cloud sync burst, a software update. What surprised me was how brief those spikes were and how cleanly the line dropped back to near-zero between them. The gaps were not occasional. They were the majority of the day.

Workers who tried to measure their own idle time - searching for tools to track it personally - found that lightweight solutions did not quite exist yet. The tools available were either built for employer monitoring (too heavy, too invasive) or designed for billing (irrelevant to the use case). The gap itself is telling: people want to know their real idle numbers, and the answer is not easy to get without running Resource Monitor yourself.

Here is what the evidence resolves: the idle bandwidth claim is not marketing copy. It matches what Resource Monitor shows on a typical day, the self-reported work patterns of knowledge workers across multiple professional communities, and a consistent pattern of workday utilization that puts genuine focused output at well under half the scheduled hours. The connection sits live and mostly empty for the majority of a standard 9-to-5.

That is the window Grass is designed for. Not the video calls. Not the uploads. The quiet majority of the day when the line has nothing to carry and the capacity goes unused.

Are bandwidth-sharing apps legit, and what will shape them over the next 12 to 24 months?

The legitimate ones are transparent about what they do, use only unused bandwidth, and make it easy to verify their behavior. The trend over the next 12 to 24 months will reward exactly that kind of verifiability.

I expect the conversation to shift in three specific ways:

What most people miss: The idle-hours question is real, and the pattern is consistent - near-zero network activity for roughly 7 hours of an 8-hour day is a typical finding for a knowledge-worker setup. But that number is a fact about capacity, not a recommendation about where to apply it. From what I have seen, people who conflate "my work computer is idle" with "I should run a background app on my work computer" create a policy problem for themselves that has nothing to do with bandwidth. The idle hours are there. The right device to use them on is your own.

What should you do with the idle hours you find?

Measure first. Install nothing until you have seen your own numbers. Resource Monitor takes 30 seconds to open and will show you exactly what your connection is doing right now.

From what I have seen, most people who run this check are surprised by how little their connection does during a typical workday. The spikes are brief and obvious - a call here, a sync there. The flat stretches in between are long. Across several professional communities, the figure people most often give for genuinely focused work in an 8-hour shift lands between 2 and 4 hours. These are self-reports rather than measurements, so treat the range as directional - but the pattern holds: plenty of scheduled time, a fraction of it generating any real demand on the machine.

The forward-looking reality is this: idle bandwidth will not always go unused. Tools designed to run in that gap - on your own personal device, on your own home connection - are becoming part of how people contribute to distributed networks. Grass is one of them. It gathers public web data for verified institutions using exactly the spare capacity this audit reveals. It never touches your personal files or browsing history. And it steps aside the moment you need the connection back.

Run the audit first. If the flat stretches look like most of your day, that is the window Grass is built for, and you can watch it work in the same Resource Monitor view afterward.

Quick Answer

A background app is any application that continues running on your device after you've closed its visible interface - syncing data, checking for updates, or, in Grass's case, routing incoming web requests through your internet connection.

People often ask me whether that kind of app can quietly read their browser history while it runs. The answer splits by platform, and the split is worth understanding before you trust anything.

On iOS and Android, the operating system settles it. Each app gets its own private data directory and no other app can open it, full stop. On Windows and macOS, that guarantee does not exist for ordinary desktop programs. Chrome stores your history as a SQLite database inside your user profile folder, and a program running under your account can generally open it - no prompt, no permission screen. This is not obscure; it is exactly the mechanism infostealer malware relies on.

That sounds alarming, but it points at the right question. On desktop, "can it?" is the wrong test, because for most software the answer is yes. The test that means something is whether the app was built to, whether it is signed by a named publisher, and whether an independent auditor is checking. Those are verifiable. A privacy-policy promise is not.

The threat people actually experience is different. Tools like TrackerControl exist to intercept outgoing traffic - apps that infer browsing habits from network requests, not from a history file. An app sitting in your network path can log which domains your device connects to. An app with account-level access can link your activity across sessions. Neither method touches a local file.

That distinction is what this guide unpacks: what browsing history actually is, what a network-path app can and cannot see, and where Grass fits in the picture.

What does "reading browsing history" actually mean?

"Browsing history" as a data type splits into two things that nearly every privacy article treats as one - and only one of them can a standard background app ever touch.

I call this the storage-or-routing test. Before you trust or distrust any background app, ask which layer it operates on. The storage layer holds files on your device. The routing layer moves packets between your device and the internet. An app must reach the storage layer to read your history - and reaching the storage layer requires permissions that most background apps never hold, as of September 2026.

An analysis of 27 sources on this topic shows that almost none separate these two mechanisms before drawing conclusions about what a background app can see.

The storage layer is what people usually mean. When you browse, your browser writes a record to a database on your device. On Chrome, Firefox, and most desktop browsers, this is a SQLite file inside the browser's own application directory. It is the file the browser reads when you click History. It is not shared with other apps. It is not broadcast over any network.

The routing layer is different. As you browse, your device sends outgoing requests naming each destination. An app positioned in the network path - between your device and the internet - can observe those requests as they pass through. It infers your browsing from the traffic, not from a file. It does not need storage access at all. It just needs to be in the path.

According to Apple's App Store Privacy definitions, "Browsing History" means "information about the content you have viewed that is not part of the app, such as websites." When YouTube's iOS privacy label discloses it collects Browsing History, it refers to inferred activity from outside YouTube's own interface - not a read of your browser's local database. The r/PrivacyGuides community raised exactly this question, asking whether iOS apps can read browsing history, and the consensus answer from that thread was clear: sandboxed third-party apps cannot access another app's stored data.

The distinction also explains why privacy tools work the way they do. According to a detailed breakdown in the r/Android TrackerControl thread, that app "uses the VPN function of your device to provide a system-wide internet filter. No data is transmitted off your device." TrackerControl sits at the routing layer - it intercepts DNS requests before they leave the device and returns no IP address for blocked tracker domains. It is not reading files; it is filtering outgoing packets. This is a routing-layer tool, not a storage-layer one.

Grass sits at the routing layer - but in the opposite direction from the one people worry about. The node handles requests coming in from verified institutions and sends them out to public websites. Your own browsing goes out through your normal internet path and never passes through the node. Same layer, opposite direction, and the direction is what determines what is visible.

Why do so many apps seem to know what you've been browsing?

Apps that appear to know your browsing habits are almost always using one of three techniques - and none of them involve reading a local history file.

From what I've seen in privacy communities, the pattern comes up constantly. Someone notices Spotify surfacing a podcast about a health topic they searched for in their phone's browser. YouTube recommends a video on something they read about on Reddit an hour earlier. The instinct is to conclude something is watching everything they do. In practice, the mechanism is almost always one of three things: logged-in account behavioral linkage, permissions-based data collection, or a privacy setting that does not stop collection.

The first technique - account-level behavioral linking - is the most common cause of the "it knows what I browsed" feeling. If you are signed into a Google account on your device and search for something, that search gets tied to your account. If you are also logged into YouTube with the same account, the platform can connect those behaviors. No browsing history file is ever read. The link runs through your identity at the platform level. Canvas fingerprinting and device fingerprinting push this further - your browser's screen resolution, installed fonts, and rendering behavior combine into a unique signature that can track you across sessions even without cookies.

The second technique is straightforward permissions harvesting. According to data surfaced in a DuckDuckGo App Tracking Protection thread, the CBS Sports app attempted to collect 30,907 data points in a single day from one user's device - including Unique identifier, Email Address, GPS Coordinates, Local IP Address, Gender, Battery Level, Device Boot Time, OS Version, and Screen Density. That is an app whose stated purpose is sports scores. These are not browsing history reads. They are permissions the app was explicitly granted when installed, used to build a profile that can be matched to external data brokers.

The third technique is the subtlest. A well-documented example: when Google offered an option to pause Location History, an Associated Press investigation found that pausing it stopped users from seeing their location history - but Google kept collecting location data anyway. The pause button removed the user's view of what was being collected; it didn't remove the collection. This pattern - cosmetic privacy controls that hide data flows without changing them - is a recurring theme in how ad-funded platforms handle privacy choices.

In practice, all three techniques share something. Permissions-based collection requires you to have installed the app and granted it permissions. Account-level inference requires you to be signed in. Cosmetic privacy settings only matter where collection has already been enabled.

None of these techniques are how a bandwidth-sharing node works. A bandwidth-sharing node does not request permissions to read files, contact lists, GPS location, or browsing history. It does not use account credentials to link behaviors. And it does not present a privacy toggle that masks ongoing collection - the node's function is routing external requests through unused capacity, a process that is architecturally separate from the user's own browsing session entirely.

Permissions-based harvesting is legal. Behavioral linking is legal. Neither requires a browsing history file. But knowing which technique applies to a given app changes the evaluation completely.

What actually stops a background app from accessing your local browsing data?

How strong that boundary is depends entirely on the platform.

Android gives each app its own user ID and private data directory, enforced by the kernel. iOS enforces the App Sandbox the same way. On both, reading another app's stored files is not something an app can choose to do - and any file access it does hold appears in Settings under Permissions.

macOS is partial. Apps distributed through the App Store are sandboxed. Apps installed from elsewhere are not, though macOS does gate certain locations - Documents, Desktop, Downloads - behind a consent prompt. A browser's own profile folder is generally not among them.

Windows offers the least. Win32 desktop applications running under your account share access to your user profile by default. There is no per-app file permission list to consult, because Windows does not maintain one for this class of software.

The practical consequence: on a phone, the OS is your guarantee. On a laptop, the app is.

Incognito mode lives at this same storage layer, which is why its protections are narrower than people expect. According to a r/privacy community discussion that examined this in technical depth, "incognito just stops your browser from saving history, cookies, and form data on your device after you close the tab. That's it." In practice, incognito is local privacy. It prevents a history file from being written. It is not network privacy - the outgoing requests still leave the device normally, and your ISP, your network administrator, and any app in the network path can still see which domains you are visiting.

The takeaway is important: incognito and the storage sandbox protect you from different things. Incognito protects you from the storage layer. It does not protect you from the routing layer. A background app sitting at the routing layer - like a real VPN or a malicious proxy - could still observe outgoing requests during incognito sessions. But a bandwidth-sharing node is not positioned at the routing layer for your outbound traffic. It handles incoming requests from verified external institutions, moving in the opposite direction.

Grass publishes what it collects, which is the check that matters here. The personal data is your email, username, and IP address. The non-personal data is your operating system type, application ID, browser type and version, and crash and analytics data. That is the list, and browsing history is not on it - the privacy page states plainly that Grass cannot and will not use it.

The independent leg is AppEsteem, a cybersecurity compliance auditor that monitors Grass products for vulnerabilities, leaks, backdoors, and malware, and has certified the app. You can verify that certification in AppEsteem's own database rather than taking our word for it. Grass also contributes to AMTSO, the Anti-Malware Testing Standards Organization.

Two things worth stating directly, since a careful reader will go check. Grass does collect your browser type and version - the same user-agent-level detail almost every website you visit already receives. It is on the published collection list, it is not history, and it says nothing about which pages you have opened. And Grass offers a browser extension alongside the desktop and Android apps. Extensions run inside the browser and are a genuinely different trust model from a standalone app, which is why the extension's permissions are visible in your browser's extension settings, where you can review them before installing and revoke them at any time.

How will privacy expectations around background apps change in the next two years?

From what I can see in the evidence, the next 12-24 months will move user trust toward verifiable permission architecture - not privacy policies. The question people will ask is not "does this app promise not to read my data?" but "what can this app physically access?"

Three signals point in this direction:

What this means practically: the apps that will hold user trust are the ones whose permission footprint matches their stated function. If an app routes network traffic but does not request file-system access, the permission list confirms the claim. If an app says it has privacy protections but holds permissions it does not need, the gap speaks for itself.

I'd recommend building the habit of checking app permissions before reading privacy policies. On Android, go to Settings > Apps > [App Name] > Permissions. On iOS, go to Settings > Privacy & Security and review access by category. On desktop there is no permission list to check, so the questions change. Is the app code-signed by a named company you can look up? Has an independent security auditor certified it, and can you verify that on the auditor's own site rather than the vendor's? Does the vendor state plainly what it collects? Those three take about five minutes and tell you considerably more than Task Manager, which shows you what is running but nothing about what it can reach.

What most people miss: the loudest privacy marketing - "we never sell your data" - addresses the weakest threat vector. The structural constraints (OS sandboxing, permissions audits) and increasing legal pressure on real data collectors are doing the heavier work. An app that is independently audited, code-signed, and publishes exactly what it collects is more trustworthy than one that simply promises not to read your data. The mechanism is the message.

The storage-or-routing test cuts through most privacy questions faster than reading a privacy policy. After working through the mechanisms - local file access, network-path inference, and behavioral linking across sessions - I find that the original fear dissolves once you know which category an app belongs to.

The real tracking infrastructure operates at a different layer. Canvas-fingerprinting trackers build a unique identifier from your browser's rendering behavior. Behavioral-linking platforms observe patterns across your account activity. Large-scale web data collection works the way a search engine crawler does: it loads publicly accessible pages, the same ones any browser can open. Google's index contains hundreds of billions of pages, none of them read off anyone's hard drive. Collecting the public web and reading a local file are different activities requiring entirely different access. For Grass specifically: the node handles incoming requests from verified institutions. Your outgoing traffic - the browsing you do - goes through your normal internet path. What Grass collects is published in full, and browsing history is not on the list.

Run the storage-or-routing test on any background app. Then ask the two questions the operating system won't answer for you on a desktop: who signed it, and who audits it.

People often ask whether Grass works on Android at all - or whether it is worth setting up on a phone versus a desktop. Both questions have direct answers, and the setup itself is simpler than most people expect.

Grass is a decentralized bandwidth-sharing network. Running a Grass node means that your device - a phone, laptop, or desktop - shares a portion of its unused internet capacity with the Grass network while you are not actively using it. The app does not interrupt your browsing, streaming, or downloads. It uses only idle bandwidth that would otherwise go to waste.

On Android, the app is available directly from Google Play Store. Visit grass.io/download and tap the download button to go to the Play Store listing, or search for "Grass" in the Play Store app. Once installed and running, your Android device functions as an active Grass node, contributing bandwidth and accumulating Grass Points continuously.

There are a few things worth knowing before you download - about device compatibility, background permissions, and which sites are legitimate - so this guide covers all of them in order.

How Do You Actually Install the Grass App on Android?

Download the app from Google Play Store or visit grass.io/download to access the Play Store listing, allow the installation to complete, open the app, enter your email, and use the OTP sent to your inbox to log in. That is the whole process.

An analysis of multiple walkthroughs and community install threads shows the setup consistently takes under two minutes on a standard Android device - and, contrary to what some early posts suggested, no referral code or password is needed to download the app today. The official download page at grass.io/download is open access, as of September 2026.

Here is what I call the two-step install sequence - the exact path from blank phone 

to running node:

1. Download the app. Visit grass.io/download and tap the download button to open the PlayStore listing, or search for "Grass" directly in the Google Play Store. Tap "Install" to download the official app.

2. Set up your account and grant background permission. Open the app and enter your email address. You do not create a password during setup. Grass sends a one-time password (OTP) to your email instead. After your first login, the app will request permission to run in the background. Grant it - without this, the node pauses whenever your screen turns off, which cuts into your Uptime Points. Optionally, disable battery optimization for Grass in your phone's Settings to keep the app running during low-battery events.

According to a YouTube walkthrough of the Android setup process, the app also offers an optional step: disabling battery optimization for Grass specifically. I would recommend doing this. It lets the operating system know not to put the app to sleep during low-battery events, which improves how long your node stays connected between charges.

The app is available directly from the Google Play Store, which handles verification and automatic updates.

Once both steps are done, the node is running. The dashboard will show your points per epoch, your current tier, and your referral count. First points typically appear within a few hours of the node staying connected.

Once installation is complete, the Grass app begins sharing your unused bandwidth immediately - the consent for this is part of the install process itself, so there is no separate step to approve it afterward. To connect the points your node accumulates to your account, create a Grass account: this links your Grass Points to your email login and lets you track them anytime in the Grass Dashboard. Sharing preferences stay fully in your control, and you can pause bandwidth sharing at any time from within the app.

Why Does Android Earn More Grass Points Than Desktop or the Chrome Extension?

In Stage 2, our reward structure gave Android app users a 10x Network Points bonus and a 3x Uptime Points bonus - double the Network Points multiplier available to desktop app users, and far above the Chrome extension's standard rate.

The gap is substantial. Here is what the multiplier structure looked like across device types:

The takeaway: an Android node earns twice the Network Points of a desktop node for the same uptime. The Chrome extension, at the standard rate, earns a fraction of either.

What this means in practice is that the device you run Grass on matters at least as much as how long you run it. Two nodes running the same hours will accumulate very different point totals depending on which app they use. The Android multiplier exists because mobile adds a genuinely different resource to the network - cellular data connectivity that a browser extension sitting on a home Wi-Fi desktop cannot provide.

According to community discussion on r/passive_income, users running the Chrome extension have reported meaningful point accumulation over weeks and months. The contrast with Android multipliers makes the mobile app the more efficient path for anyone who can run it reliably.

There is one honest caveat. Higher multipliers only pay off if the node stays connected. An Android node that disconnects every day and needs a manual restart is not accumulating at its full 10x/3x rate for those idle hours. In practice, this means the Android advantage is real but conditional on stable uptime - which is why the troubleshooting section later in this guide matters as much as the setup steps themselves.

For users already running the Chrome extension, adding the Android app does not replace what they have. Both run simultaneously. The two multipliers stack independently.

What Are the Known Issues With the Grass Android App?

Intermittent disconnections

According to reports from the r/Grass_io subreddit, the Android app has a pattern of disconnecting every day or every two days and not automatically reconnecting. When that happens, the dashboard on the desktop version may still show an active status for several hours - which makes the disconnect harder to notice. The practical fix is to open the app manually, check the status, and restart it if needed.

The most reliable workaround, shared by community members, is a three-step sequence: switch your login method to password-plus-OTP instead of any social login, turn on a VPN briefly to complete the login, then turn the VPN off and restart the app. The takeaway: this is a connection handshake issue, not a hardware one. Most devices respond to this fix.

The app is now available on the Google Play Store with automatic updates enabled. This ensures you always have the latest version with the most recent bug fixes and stability improvements.

Managed device install restrictions

If your phone is enrolled in a corporate Mobile Device Management (MDM) system—common on employer-issued or dual-profile devices—work-profile restrictions may prevent installation from Google Play Store. Contact your organization's IT administrator for approval to install apps from Google Play. For personal Android devices, Play Store installation works on any standard phone.

Neither issue affects most standard consumer Android devices. But going in with accurate expectations makes troubleshooting faster if something does come up.

How Do You Know a Grass Site Is Legitimate and Not a Scam?

The only legitimate Grass website is grass.io. Everything else - any domain that looks similar but uses a different URL - should be treated as fraudulent until confirmed otherwise.

Grass's growth as a network has made it a target for impersonation. Multiple fake domains have been documented in the wild, each designed to look enough like the real thing that a user in a hurry would not notice the difference. The mechanics are the same across all of them: connect your crypto wallet, approve what appears to be a routine transaction, and the drainer quietly transfers your holdings to a wallet controlled by the scammer. Blockchain transactions are irreversible. There is no dispute process and no recovery path.

According to the security advisory site PCrisk, three fake domains specifically impersonating Grass have been identified: grass-airdrop[.]sbs, airdrop-grass[.]info, and checker-grass[.]network. A fourth, vote-getgrass[.]app, was documented separately - it presents as a "Grass Vote Rewards" page with a "Rewards Event Live" banner, a claim of "8.5M+ Grass users worldwide," and a "Vote Now" button that opens a wallet connection prompt. The site lists over 540 wallet options, including MetaMask, Trust Wallet, and Zerion. None of these are affiliated with grass.io.

The takeaway: a page that tells you to connect a wallet to claim a reward or vote on a proposal is not how Grass actually distributes rewards. Real Grass Points accumulate automatically as your node runs. No wallet connection is required during setup.

According to PCrisk's research, the Federal Trade Commission (FTC) reported that since the start of 2021, more than 46,000 people have reported losing over $1 billion in crypto to scams - about one in every four dollars reported lost across all fraud categories. Crypto scams have become the leading payment method for reported losses. In this environment, an app with the name recognition and community size of Grass is a natural target for copycat sites.

What this means in practice: if you are searching for the Grass app and you land on a page asking you to connect a wallet before downloading anything, leave immediately. The Grass Android app comes from Google Play Store or grass.io/download. No wallet connection is required to run a node or earn Grass Points.

The simpler the rule, the harder it is to forget: grass.io is the only domain that matters.

What Should You Expect After Your Grass Android Node Goes Live?

Once the app is running, your node starts contributing bandwidth and accumulating Grass Points automatically. No further configuration is needed. The dashboard shows your progress in real time.

Here is how the accumulation actually works. Grass operates on an epoch-based structure. Your node earns two types of points while it stays connected: Network Points (based on the bandwidth you contribute) and Uptime Points (based on how long you stay connected). Both accrue in the background. You do not need to interact with the app for points to accumulate - you only need to check it periodically to confirm the connection is still active.

According to the announcement on the r/Grass_io subreddit when the Android app first launched, this was an early alpha release, and Grass explicitly described it as a phase for gathering feedback before a broader rollout. The phrasing from the post read: "This version is still in development, and your feedback will help us refine the experience before a broader release." The takeaway: the Android app is genuinely useful and earns points, but it is also still being actively developed. Stability improvements continue to come through version updates.

On the rewards side, Grass Points convert to Grass tokens at the end of each stage in the program's reward cycle. The conversion is not instant - points stack up over weeks and months, then the distribution happens when the stage closes. Community members on r/Grass_io describe the structure as earn-now, distribute-later, which is accurate. The specific conversion rate varies based on your epoch participation, referral tier, and total network contribution relative to other nodes.

In practice, I would set one reminder per day to open the app and confirm your status shows "connected." That is the single most effective habit for maintaining consistent uptime. A node that goes unnoticed in a disconnected state for 48 hours accumulates nothing for those two days.

According to a community install thread on Reddit, the purpose of running Grass on Android is specifically to utilize cellular data as a node resource - a different type of network contribution than what a home Wi-Fi desktop offers. That distinction matters because it means an Android node on cellular and a desktop node on Wi-Fi are contributing different things to the network. Running both simultaneously is not redundant.

What Will Matter Most for Grass Android Users Over the Next 12-24 Months?

The three trends that will most affect Android node operators are: continued reward multiplier advantages for mobile, persistent connection reliability issues that slow mainstream adoption, and a growing scam ecosystem targeting Grass users searching for download links.

What most people running a Grass node miss is that the reward multiplier advantage for Android is real and persistent - but it only pays off if your node stays connected. The gap between what Android could earn and what it actually earns for most users comes down entirely to uptime consistency, not the multiplier rate itself.

The Grass Android app is the highest-reward way to run a node, and the setup steps that feel intimidating - installing from Google Play Store, enabling background activity - are each a one-time action that takes under a minute. Once you clear them, the node runs itself.

From what I have seen, the users who get the least out of Grass on Android are the ones who install it, check the dashboard once, and never look at it again. A node that silently disconnects and stays disconnected for three days earns nothing for those three days. The single most valuable habit is a daily 10-second check that the status still reads "connected."

Download from grass.io/download, enable background activity, and let the app run. That is the whole setup. Everything else in this guide is context for when something goes sideways - and now you have that too.

If you are ready to start, the Grass Android app is at grass.io/download. The setup guide above covers every step from download to first connection - most users are running a live node within two minutes of starting the install.

Quick Answer

Bandwidth sharing is the practice of routing public web requests through your idle internet connection via a background program, receiving rewards for your contribution to the network. Two distinct program types exist in this space: bandwidth-sharing apps, which access only your unused connection, and browsing-data apps, which collect and sell your personal activity, opposite privacy models. Grass is AppEsteem-certified and supported by the Grass Foundation, which distributed $3 million in USDC to 6.29 million contributing nodes in Stage 2: a completed, verifiable distribution round.

A content creator who personally tested multiple bandwidth-sharing platforms and was paid by each concluded that the category is real, with one honest expectation: it "will not make you rich" and delivers "a little bit of extra money once in a while." From what I have seen, the programs that hold up under independent scrutiny share three traits: transparency about exactly what they access, an independent safety certification like AppEsteem, and a consent-first model where you can pause or stop at any time. Within the bandwidth-sharing category, per-unit programs pay a fixed rate per gigabyte of shared traffic, typically between 20 cents and $1 per gigabyte depending on the platform. Network-contribution programs like Grass use uptime quality and consistency to determine your position in distributions instead. That difference in model changes what you should focus on as a contributor.

What are the best apps to get rewarded for your internet?

Bandwidth-sharing apps are the clearest answer. They route your idle connection to verified networks and reward your uptime contribution: no surveys, no active effort, no personal data accessed.

People often ask me this with a hint of skepticism, and I understand why. The phrase "get rewarded for your internet" sounds like a marketing slogan. But this is a real category of software with a documented track record. As of July 2026, two distinct types of programs exist in this space, and only one of them leaves your personal data untouched.

The two-question test is the simplest way to evaluate any app in this space. Ask: does the app use your unused bandwidth, or does it use your personal data? These are fundamentally different things. Bandwidth-sharing apps route public web requests through your idle connection. They never access your personal files, browsing history, or any data you have created. The second category, browsing-data apps, explicitly collects and sells your personal activity. The privacy models are opposite.

According to a content creator who personally tested multiple bandwidth-sharing platforms and was paid by each one, the category is real but comes with an honest caveat: it "will not make you rich" and delivers "a little bit of extra money once in a while." That framing is useful. It tells you this is a low-effort supplement tied to something you already pay for, not a replacement for anything. Within the bandwidth-sharing category, per-unit programs pay a fixed rate per gigabyte of traffic shared, typically between 20 cents and $1 per gigabyte depending on the platform and available traffic volume. Network-contribution programs like Grass use a different model: your uptime quality and consistency determine your position in distributions, rather than a per-GB tally.

From what I have seen, the strongest programs in this space share a few traits: they are transparent about what they access, they carry independent safety certifications, and they use a consent-first model where you can pause or stop at any time. Grass meets all three criteria. It is AppEsteem-certified, uses encryption on all traffic passing through your node, and gives you a clear on/off control from the app itself.

The demand for this capability is real and growing. Organisations that gather publicly available web data at scale need access to connections from real, everyday households, not data-centre servers. That demand is what makes your idle bandwidth useful. You are not selling anything you would otherwise use; you are sharing something that would sit empty anyway.

Does anyone actually get rewarded, or is this still theoretical?

Real distributions have already happened at scale. The Grass Foundation's Stage 2 delivered $3 million in USDC to 6.29 million nodes: a completed, verifiable round, not a future promise.

That figure is worth sitting with for a moment. Six million people is not a niche experiment. USDC is a dollar-pegged stablecoin: a concrete, liquid reward, not a speculative asset. The Stage 2 distribution is documented and verifiable.

In practice, this tells you that the infrastructure behind Grass has operated at real scale, with real distributions, to real users. Bandwidth-sharing as a category has an established payment track record beyond Grass as well. According to a content creator who personally tested multiple platforms across this space, the programs genuinely pay out. The question is setting accurate expectations about how much. The creator's conclusion was direct: these apps deliver "a little bit of extra money once in a while," and that modest framing is the honest one.

From what I have seen, the users who are most satisfied with bandwidth-sharing programs are the ones who treat the reward as a bonus tied to something they already pay for, not as a number they are counting on. The reward is real. The scale is real. The amounts are supplemental, not substantial.

For Grass specifically, what matters is the contribution model. Your position in a reward distribution reflects your uptime and connection quality, not a per-unit meter. A stable connection left running over time builds a stronger contribution record than one that is frequently paused. Uptime is the variable you control most easily.

The category is functioning. Distributions have happened. What differs across programs is the reward model, and that distinction is worth understanding before you choose where to contribute your idle bandwidth.

What are the real concerns about bandwidth-sharing apps, and how does Grass address them?

Four concerns come up consistently: security, privacy, performance impact, and ISP terms. Grass addresses each through AppEsteem certification, its idle-capacity model, and a published privacy policy at grass.io/privacy-policy.

Security. Some community discussions raise the concern that a bandwidth-sharing app could open a backdoor into your home network. According to a discussion on the r/beermoneyindia community, users identified this as a primary objection to apps in this category. For Grass, this concern is addressed structurally: the node routes public web requests through your connection, not through your internal network. Grass encrypts all traffic and has earned AppEsteem certification, an independent safety review that checks for invasive or deceptive behavior. The certification is not a marketing claim; it requires passing a documented technical assessment.

Privacy. The second concern is data access. According to the same community thread, users questioned whether apps in this space have transparency about how data is stored and used. Grass's answer is narrow by design: it accesses only your idle internet connection. No files. No browsing history. No account activity. The Grass Privacy Policy documents exactly what is and is not collected. If you want to read it before installing, it is at grass.io/privacy-policy.

Performance. Bandwidth-sharing apps can, in theory, slow your connection during use. Grass avoids this through its idle-capacity model. Think of your internet connection as a multi-lane road. Most lanes sit empty most of the time. Grass uses only the empty lanes: and the moment you need them for a game, a call, or a stream, it steps aside. You should not notice a difference in your day-to-day experience.

ISP terms of service. This one is real and worth checking. Some internet providers prohibit third-party bandwidth sharing in their terms. The solution is simple: read your ISP agreement before you install any program in this category. This applies whether you are using Grass or anything else.

From what I have seen, a common pattern in this space is apps that make promises they do not follow through on, announced features that arrive months late or not at all. That gap between announcement and delivery erodes trust. Grass addresses this by directing questions about reward timing and distribution to the Grass Foundation, which announces specifics when distributions are ready. In practice, this means you rely on official communications rather than speculative timelines.

Node verification checklist (Grass Dashboard)

Status displayed: Connected ✓
Network Points: Incrementing (check after 24 hrs)
Uptime Points: Incrementing alongside Network Points
Connection type: Home connection (not VPN / datacenter)
Account: One account per person
App version: Current (update if Connecting loop persists)

According to hands-on creator testing, the Connected status indicator is the clearest confirmation that your node is actively contributing. No status means no contribution is being counted toward the Grass Foundation's next distribution round.

How do bandwidth-sharing reward models differ from each other?

Two distinct models exist. Per-unit apps pay a fixed rate per gigabyte of traffic shared. Network-contribution programs like Grass reward uptime consistency instead: no per-GB meter, no per-minute tally.

Understanding which model you are looking at changes what you should focus on as a contributor.

Per-unit programs pay a predictable, metered rate. The rate varies by platform and available traffic demand, typically between 20 cents and $1 per gigabyte of shared data. You know approximately what you will receive based on traffic volume. The ceiling is modest but the math is transparent. These programs suit users who want to track their contribution as a simple calculation.

Network-contribution programs like Grass use a different logic. Your position in a reward distribution reflects your uptime quality and connection consistency, not a per-unit tally. A node that runs reliably on a stable home connection for most of the day builds a stronger contribution record than one with the fastest connection but frequent interruptions. The variable you control most easily, consistent uptime, is also the most important one.

The per-unit model has a predictable ceiling: more data shared equals more reward, up to whatever traffic the platform can route through your connection. The network-contribution model has a different ceiling: your relative position across all contributing nodes, determined by how consistently you contribute compared to others.

From what I have seen, the model you choose matters less than the program's track record. A program with a documented distribution history and independent certification is more meaningful than a higher per-unit rate that has never been paid out at scale. The Grass Foundation's Stage 2 distributed $3 million in USDC to 6.29 million nodes. The clearest available evidence that a network-contribution model can function at real scale.

The honest framing for either model: treat the reward as a bonus tied to something you already pay for, not a primary goal. Set that expectation before you start.

What is the most practical way to get started?

Start with one well-vetted program, understand what it does with your bandwidth, and set a realistic expectation before expanding to others.

The vetting step matters more than which program you pick first. From what I have seen, the programs that cause regret are the ones people installed in a hurry. Before running anything on your device, confirm three things: the program is certified by a recognized security auditor, it has a published privacy policy that specifies what is and is not accessed, and it has a documented reward history rather than an unverified promise. Grass clears all three: it holds AppEsteem certification, publishes its privacy and data-access terms, and has a completed Stage 2 USDC distribution on record.

Once you have one program running, monitor your connection for a week before adding anything else. According to the multi-platform creator referenced earlier, the clearest signal that a program is working correctly is a steady uptime indicator and no noticeable difference in your day-to-day experience. Those two signals are easier to evaluate with a single program running than with several at once.

For Grass specifically, the contribution model rewards consistent uptime. Network Points reflect the quality and availability of your node's connection; Uptime Points reflect how long it stays active. The Grass Dashboard displays both in real time. I'd recommend checking the Dashboard after the first 24 hours to confirm your node shows as connected. That is the clearest confirmation that your contribution is being counted.

According to community-level analysis of bandwidth-sharing programs, per-unit cash payouts across the category are modest and predictable. That shape means the practical ceiling for this category is set by your connection speed and idle hours, not by effort. In practice, treating any cash-per-unit program as a low-effort background utility, not a significant income source, keeps expectations accurate.

Token and distribution programs work differently. Treat them as optional participation in something with an uncertain outcome at the individual level and a documented track record at the network level. The Grass Foundation's Stage 2 distribution is evidence that the program functions. The outcome for any individual node depends on contribution quality, network conditions, and distribution timing set by the Foundation.

The starting checklist: vet before installing, start with one program, verify the first 24 hours in the dashboard, and set expectations based on the category, not the most optimistic community stories you find.

What will matter most in how bandwidth-sharing rewards evolve over the next year or two?

The defining question for bandwidth-sharing programs over the next 12, 24 months will not be feature comparisons. It will be which programs have the trust infrastructure to last.

I have been tracking how this category develops and three signals stand out as the ones most worth watching right now.

• Reward expectations will get recalibrated. Per-unit programs in this category offer modest rewards, and that is unlikely to shift meaningfully. According to community-gathered real-world results, what typical home users actually receive often trails promotional comparisons, particularly on connections where uptime is inconsistent. The programs that build lasting loyalty will be the ones that set honest expectations rather than leading with optimistic projections.
  Why it matters: If you are evaluating these programs now, knowing rewards are modest makes the decision more sustainable. You are contributing a resource you already pay for, not chasing a paycheck.
• Network-contribution programs have proved the model scales. From what I have seen, the more meaningful development in this category has not been per-unit payout comparisons but the network-contribution model, where programs like Grass track uptime and connection quality through metrics like Network Points and Uptime Points rather than simply counting volume pushed. The Grass Foundation's completed distribution rounds have shown this model works at large scale. That is important: it is operational, not theoretical.
  Why it matters: A program with a verifiable completed distribution history is a more defensible choice than one still promising a first distribution that has not yet shipped.
• Trust infrastructure becomes the minimum bar. Independent security certification and a published privacy policy will shift from differentiators to expected baseline as the category matures. From what I have seen in multi-platform creator testing, the programs that consistently delivered had verifiable public security records. Programs without a third-party review, like AppEsteem certification, will lose ground as users get more selective.
  Why it matters: Certification is a practical filter. It tells you someone other than the company that built the program has reviewed how it handles your connection.

What most people miss: The instinct when comparing these programs is to ask which one offers more per gigabyte. In my view, that is the wrong first question. The programs that deliver reliably over time have verifiable security records and a real distribution history, whether a program is still trusted and operational a year from now matters more than a comparison advantage today.

The category of rewarding idle bandwidth is not experimental. It is operational. Programs that are transparent about what they access, hold third-party security certification, and have a documented distribution history are the ones worth considering.

Grass and the Grass Foundation have demonstrated that a network-contribution model can distribute rewards at meaningful scale. The forward-looking implication is straightforward: nodes that maintain consistent uptime will be better positioned as distributions continue.

According to creator testing across multiple platforms, the evaluation criteria that separate credible programs from wishful ones are the same three things that also make programs safe: what data they access, who has audited them, and whether they have actually distributed rewards in the past.

I'd recommend starting with those three questions before anything else. If a program can answer all three clearly, the next step is simple: install it, connect your node, and check the Dashboard after the first 24 hours to confirm things are working.

Related Articles

Get rewarded for the internet you don't use Expands on a related angle of How Can You Get Rewarded for the Internet You Don't Use? using an audited page from the same site. No, It Doesn’t Use Your Data: How We Explain Grass to Skeptical Friends Expands on a related angle of How Can You Get Rewarded for the Internet You Don't Use? using an audited page from the same site. Real Stories from Grass Users Powering a Fairer Internet Expands on a related angle of How Can You Get Rewarded for the Internet You Don't Use? using an audited page from the same site.

What delegation means

Delegation points your Grass Tokens at a router. It is not a deposit with Grass, and it is not a transfer of your tokens to Grass. The Staking Terms are explicit that Grass is not your trustee and has no trust obligations in respect of your Grass Tokens or any Staking Rewards, other than what the terms themselves specify.

What delegation does do is lock your tokens with the router you chose. While they are delegated, and throughout the seven-day period after you ask for them back, they remain locked with that router and cannot be accessed or transferred.

Available Routers

You can only delegate through the Staking Program to a router on the Available Routers list at grassfoundation.io/stake/delegations. Delegating to any other router or staking service is outside the program and is not covered by the Staking Terms at all.

Two kinds of operator appear on that list. Some routers are operated by Grass. Others are operated by third-party providers that Grass has approved in advance.

Routers can be added to or removed from the list at any time.

One thing worth understanding about the approval

The Staking Terms describe the approval of a third-party router as "limited to an assessment of such Third Party Router's technological capabilities, solely as it pertains to the Grass Protocol." It is a technical check, not a check on the operator's conduct, finances, or track record.

Grass does not operate third-party routers, holds no ownership interest in them, and has no control over their commission rates or the rewards they pass on. Those can change without notice to you and without Grass's knowledge. A third-party operator may also ask you to agree to its own separate terms, which Grass does not control or see. The terms note that the people behind a third-party router may not be fully identifiable and may be in other jurisdictions, which limits what recourse you would have.

Delegation limits

You can delegate to a maximum of twenty Available Routers from any one wallet address at a time. If you want to delegate to more than twenty, you would need to use a different wallet address.

How Staking Rewards are split

Staking Rewards are awarded to an Available Router based on how many Grass Tokens are staked to it. When a router receives rewards, they are divided in two steps:

• The router operator retains a portion set by that router's commission rate, which is shown on the delegations page.
• The remainder is distributed among that router's delegators, in proportion to how much each delegator has staked with that router relative to the others.

Only delegated Grass Tokens count. Any other digital assets you may hold with the same operator do not generate Staking Rewards under this program.

Commission rates can be changed by the operator at any time, without prior notice.

What is not guaranteed

The Staking Terms state that "Staking Rewards are not fixed or guaranteed" and that "you may not receive Staking Rewards despite your delegation of Grass Tokens to an Available Router." There may also be a delay between delegating and any rewards beginning.

The mechanism itself can change. The terms give the example of Grass introducing a proof-of-stake consensus mechanism for the Grass Protocol, which would change how rewards are generated and awarded. Changes like this can be made without prior notice.

What the APR number on the delegations page is

If you see an APR figure, the Staking Terms define what it is: an Estimate. It is a way of expressing what rewards might be awarded over a year, calculated from the amount staked and other information available at that moment. It is not a guarantee, not a confirmation, not indicative of future performance, and the terms state it "is not in any way a form of advice or solicitation for the staking of Grass Tokens."

It moves as the total amount staked moves, including as the number of tokens in circulation changes. An estimate shown on the day you delegate is not a commitment for the period you stay delegated.

Nothing is automatic

Staking Rewards are not staked or restaked for you. To compound them, you have to manually claim them and then manually delegate them again. The terms also put the burden of noticing on you: it is your responsibility to check whether any rewards have accrued.

Gas fees are yours

You pay gas fees on every transaction: delegating, claiming, restaking, and requesting an unstake. These fees change over time.

Unstaking

You submit an Unstaking Request through grassfoundation.io/stake. Four things follow from that:

• The request cannot be cancelled. It is irrevocable once submitted.
• You forfeit rewards not yet awarded. Any Staking Rewards on the tokens in that request that have not been awarded to you at the moment you submit are forfeited.
• Seven days locked. Your tokens and rewards stay locked with the router for seven days and cannot be accessed or transferred during that time.
• The seven days is not fixed. Grass may extend or shorten the Unstaking Period at its sole discretion.

Grass may also unstake delegated tokens itself where it determines that is needed for compliance with the Staking Terms, the General Terms, or applicable law.

Risks the Staking Terms name

These are set out in the terms and are worth reading there in full. In summary:

• Slashing. Not currently part of the Staking Program. The terms reserve the right to introduce it in future, in which case a portion of tokens delegated to a router could be permanently destroyed in response to activity like reporting invalid web traffic or improperly censoring participants.
• Jailing. A router that breaches Grass Protocol rules can be temporarily or permanently barred from the program, which affects its ability, and by extension its delegators' ability, to receive rewards.
• Lock-up. The Unstaking Period, plus any additional or replacement lock periods Grass introduces later.
• Your own keys and addresses. You are solely responsible for your private keys and for entering correct addresses. Transfers are irreversible, so an incorrect address can mean permanent loss.
• Regulatory. Available Routers are not registered with, licensed by, reporting to, or supervised by any government agency or financial regulator, and no regulator has reviewed the Staking Program.
• Concentration. One router, or a group acting together, could come to control a significant proportion of tokens, with the effects the terms describe.
• Forks and disruption. Hard forks, hacks, and service interruptions are covered in the terms, which are provided on an "as is" and "as available" basis with no warranty of uninterrupted or error-free operation.

What Grass can change or end

Grass reserves the right to modify, suspend, restrict, cancel, limit, or terminate the Staking Program at its sole discretion. It will generally try to give prior written notice, but may give less or none in some circumstances. If the program stops, delegators are generally permitted to keep Staking Rewards already awarded, with exceptions the terms describe.

Grass can also refuse participation based on eligibility criteria it sets.

What Grass does not do

Grass does not provide advice or recommendations in connection with the Staking Program, and the Staking Terms state it is not your trustee or fiduciary.

Taxes are your responsibility. Grass does not determine what you owe, does not report it, and does not withhold it, except where required by law. The terms note that tax treatment in this area is uncertain.

What delegation means

Delegation points your Grass Tokens at a router. It is not a deposit with Grass, and it is not a transfer of your tokens to Grass. The Staking Terms are explicit that Grass is not your trustee and has no trust obligations in respect of your Grass Tokens or any Staking Rewards, other than what the terms themselves specify.

What delegation does do is lock your tokens with the router you chose. While they are delegated, and throughout the seven-day period after you ask for them back, they remain locked with that router and cannot be accessed or transferred.

Available Routers

You can only delegate through the Staking Program to a router on the Available Routers list at grassfoundation.io/stake/delegations. Delegating to any other router or staking service is outside the program and is not covered by the Staking Terms at all.

Two kinds of operator appear on that list. Some routers are operated by Grass. Others are operated by third-party providers that Grass has approved in advance.

Routers can be added to or removed from the list at any time.

One thing worth understanding about the approval

The Staking Terms describe the approval of a third-party router as "limited to an assessment of such Third Party Router's technological capabilities, solely as it pertains to the Grass Protocol." It is a technical check, not a check on the operator's conduct, finances, or track record.

Grass does not operate third-party routers, holds no ownership interest in them, and has no control over their commission rates or the rewards they pass on. Those can change without notice to you and without Grass's knowledge. A third-party operator may also ask you to agree to its own separate terms, which Grass does not control or see. The terms note that the people behind a third-party router may not be fully identifiable and may be in other jurisdictions, which limits what recourse you would have.

Delegation limits

You can delegate to a maximum of twenty Available Routers from any one wallet address at a time. If you want to delegate to more than twenty, you would need to use a different wallet address.

How Staking Rewards are split

Staking Rewards are awarded to an Available Router based on how many Grass Tokens are staked to it. When a router receives rewards, they are divided in two steps:

• The router operator retains a portion set by that router's commission rate, which is shown on the delegations page.
• The remainder is distributed among that router's delegators, in proportion to how much each delegator has staked with that router relative to the others.

Only delegated Grass Tokens count. Any other digital assets you may hold with the same operator do not generate Staking Rewards under this program.

Commission rates can be changed by the operator at any time, without prior notice.

What is not guaranteed

The Staking Terms state that "Staking Rewards are not fixed or guaranteed" and that "you may not receive Staking Rewards despite your delegation of Grass Tokens to an Available Router." There may also be a delay between delegating and any rewards beginning.

The mechanism itself can change. The terms give the example of Grass introducing a proof-of-stake consensus mechanism for the Grass Protocol, which would change how rewards are generated and awarded. Changes like this can be made without prior notice.

What the APR number on the delegations page is

If you see an APR figure, the Staking Terms define what it is: an Estimate. It is a way of expressing what rewards might be awarded over a year, calculated from the amount staked and other information available at that moment. It is not a guarantee, not a confirmation, not indicative of future performance, and the terms state it "is not in any way a form of advice or solicitation for the staking of Grass Tokens."

It moves as the total amount staked moves, including as the number of tokens in circulation changes. An estimate shown on the day you delegate is not a commitment for the period you stay delegated.

Nothing is automatic

Staking Rewards are not staked or restaked for you. To compound them, you have to manually claim them and then manually delegate them again. The terms also put the burden of noticing on you: it is your responsibility to check whether any rewards have accrued.

Gas fees are yours

You pay gas fees on every transaction: delegating, claiming, restaking, and requesting an unstake. These fees change over time.

Unstaking

You submit an Unstaking Request through grassfoundation.io/stake. Four things follow from that:

• The request cannot be cancelled. It is irrevocable once submitted.
• You forfeit rewards not yet awarded. Any Staking Rewards on the tokens in that request that have not been awarded to you at the moment you submit are forfeited.
• Seven days locked. Your tokens and rewards stay locked with the router for seven days and cannot be accessed or transferred during that time.
• The seven days is not fixed. Grass may extend or shorten the Unstaking Period at its sole discretion.

Grass may also unstake delegated tokens itself where it determines that is needed for compliance with the Staking Terms, the General Terms, or applicable law.

Risks the Staking Terms name

These are set out in the terms and are worth reading there in full. In summary:

• Slashing. Not currently part of the Staking Program. The terms reserve the right to introduce it in future, in which case a portion of tokens delegated to a router could be permanently destroyed in response to activity like reporting invalid web traffic or improperly censoring participants.
• Jailing. A router that breaches Grass Protocol rules can be temporarily or permanently barred from the program, which affects its ability, and by extension its delegators' ability, to receive rewards.
• Lock-up. The Unstaking Period, plus any additional or replacement lock periods Grass introduces later.
• Your own keys and addresses. You are solely responsible for your private keys and for entering correct addresses. Transfers are irreversible, so an incorrect address can mean permanent loss.
• Regulatory. Available Routers are not registered with, licensed by, reporting to, or supervised by any government agency or financial regulator, and no regulator has reviewed the Staking Program.
• Concentration. One router, or a group acting together, could come to control a significant proportion of tokens, with the effects the terms describe.
• Forks and disruption. Hard forks, hacks, and service interruptions are covered in the terms, which are provided on an "as is" and "as available" basis with no warranty of uninterrupted or error-free operation.

What Grass can change or end

Grass reserves the right to modify, suspend, restrict, cancel, limit, or terminate the Staking Program at its sole discretion. It will generally try to give prior written notice, but may give less or none in some circumstances. If the program stops, delegators are generally permitted to keep Staking Rewards already awarded, with exceptions the terms describe.

Grass can also refuse participation based on eligibility criteria it sets.

What Grass does not do

Grass does not provide advice or recommendations in connection with the Staking Program, and the Staking Terms state it is not your trustee or fiduciary.

Taxes are your responsibility. Grass does not determine what you owe, does not report it, and does not withhold it, except where required by law. The terms note that tax treatment in this area is uncertain.

Quick Answer

AppEsteem is an independent software certification body that audits apps against a defined set of clean-software and no-deceptive-behavior standards - requirements covering what an app does on a user's node, whether it discloses its behavior, and whether it can be removed without residue. Grass holds AppEsteem certification. It also holds AMTSO certification - from the Anti-Malware Testing Standards Organization. Both are publicly listed and verifiable at any time.

When I first looked into how bandwidth-sharing apps handle trust claims, the same pattern appeared consistently: certification gets cited, but the substance rarely follows. A community thread might read "AppEsteem certified = safe," and the conversation closes there. That shortcut skips the question that actually matters: what did AppEsteem check, and what falls outside its scope? Users raising the backdoor concern - asking whether a background-running network client could access their data or behave in hidden ways - deserve a specific answer, not a reassurance label.

According to an analysis of how professional credentials function, certification means that a defined process was followed at a point in time - not that outcomes are guaranteed to stay consistent forever. Software certification follows the same logic. AppEsteem's audit verifies what Grass does at the time of review, not every possible future configuration.

This article works through the substance: what AppEsteem actually audits, what makes it a credible program rather than a self-created badge, and where the certification's scope ends. By the end, you will have enough context to judge whether a certification claim is directly relevant to your specific concern.

Why Does AppEsteem Certification Keep Getting Cited Without Explaining What It Checked?

AppEsteem is a third-party software certification body that audits apps against clean-software and no-deceptive-behavior standards - but most public mentions skip the substance and wave the badge.

An analysis of four public discussions citing AppEsteem certification across different apps shows a consistent pattern: the claim appears, the specific criteria audited do not. According to a thread in the r/Grass_io subreddit, one commenter asserted that Grass "is certified by industry-leading cybersecurity organizations like AppEsteem, ensuring your data and privacy are protected through world-class security standards" - and stopped there, offering no detail on what the audit actually evaluated. A separate community post in the same subreddit described the certification as proof that Grass is "100% transparent, easy to uninstall, and most importantly, never touches your private data." No audit report. No certification date. No list of criteria. The badge appeared. The substance did not follow, as of August 2026.

According to a thread in r/antivirus, a commenter noted that WaveBrowser "has an AppEsteem certification, which usually means its safe" - an assertion with no explanation of what the certification evaluated. A MacKeeper vendor representative, in a separate discussion, called AppEsteem "the gold standard for app quality and reliability" without citing a single specific criterion it audits. Claim, no substance. That pattern is consistent across very different apps and communities.

From what I have seen, when a certification is cited without its audit criteria, it functions as a trust shortcut rather than a trust signal. I use what I call the badge-versus-substance test to evaluate these claims. Three questions tell you how much weight to give any certification mention:

• Does the claim name the specific criteria audited? Not just "safety" or "world-class standards" - actual audit categories.
• Is there a publicly checkable record? A certified list you can search independently, without contacting the company.
• Does the claim come from the certifier or the certified party? A company citing its own certification is a starting point, not an endpoint.

This is not a reason to distrust AppEsteem certification. It is a reason to understand it. The gap in most public discussion is not that the certification is weak - it is that the discussions almost never tell you what it covers. That leaves people making decisions based on a label they cannot evaluate.

The reality is that AppEsteem audits a specific, defined scope. It is a clean-software and behavioral compliance program - checking that an app is transparent about its behavior, requires user consent, is easy to uninstall completely, and does not engage in deceptive monetization practices. That scope is meaningful and directly relevant to anyone considering a background app. It is also narrower than "world-class security standards" implies, and knowing the difference matters.

Contrary to the impression most badge citations create, AppEsteem certification is not a blanket guarantee of security. It covers what the app does to users - behavior, transparency, and consent practices. It does not cover infrastructure security, server-side vulnerabilities, or every possible risk category. Understanding both sides of that boundary is the only way the certification actually tells you something useful.

The sections below break down exactly what AppEsteem's audit covers, what it does not, and how to verify Grass's certified status yourself - without taking anyone's word for it.

What Makes AppEsteem a Recognized Certification Body, Not Just a Logo?

AppEsteem is not a self-created badge - it is a software compliance program formally reviewed by an independent industry body with participation from the major AV vendors.

According to the Clean Software Alliance (CSA), its formal review of AppEsteem's program commenced in February 2018 and ran approximately 8 weeks. The review drew input from more than 50 industry members through in-person meetings, telephone interviews, aggregated service-provider responses, and anonymous submissions. Roughly 10 AV and security companies participated - collectively commanding over 63% of global Windows anti-malware market share, excluding China. More than 30 non-AV software developers and distributors also took part, including companies that had been AppEsteem clients and companies that had at some point had a product designated a "deceptor." In practice, this means AppEsteem's program was scrutinized by the organizations responsible for protecting the majority of Windows computers worldwide.

That institutional context is what separates AppEsteem from an informal or self-issued trust mark. The takeaway is straightforward: AppEsteem operates inside - and has been examined by - the same industry ecosystem that determines whether software gets flagged or cleared by antivirus tools.

It is worth being precise about what the CSA review actually examined. The review focused primarily on AppEsteem's "deceptor" program - a separate initiative for flagging potentially unwanted software - not AppEsteem's core certification services. According to the Clean Software Alliance's published report, while the deceptor program drew near-unanimous concern from participants, a small but growing number expressed positive feedback specifically about AppEsteem's core certification and outsourced compliance services. The distinction matters when evaluating what AppEsteem certification means for an app like Grass.

According to the Grass Foundation's official FAQ documentation, Grass is certified by AppEsteem as meeting standards that protect user data and privacy. That claim points to a defined audit scope: behavioral transparency, user consent requirements, and no hidden data access. It is not a broad security guarantee. It is a focused compliance review of how the software treats the person running it.

AppEsteem maintains a publicly accessible certified list. That list is the practical test. An app on the list has passed AppEsteem's compliance review. An app not on the list has not. What this means for anyone evaluating a certification claim: you can check it directly, without relying on the company's own statements. The certified list is maintained on an ongoing basis, not published once and left to age.

A common misconception is that certification is self-reported. The program involves an external review against defined criteria, with results reflected in the public list. Whether the criteria are as detailed as some users would prefer is a fair debate - the important point is that the certification is independently checkable.

Alongside AppEsteem, Grass also holds AMTSO certification - an additional credential from the Anti-Malware Testing Standards Organization, which sets standards for how security software is evaluated and tested. Two independent certifications from two separate organizations represent a stronger combined signal than either would alone. That combination gives the Grass Foundation's certification claim more substance than the typical unsubstantiated badge mention seen in community discussions around other apps.

Does AppEsteem Certification Guarantee an App Stays Safe Forever?

Grass publicly discloses how its reward formula weights different types of contribution - a practice that reflects the same transparency standard AppEsteem's certification is designed to verify.

That kind of explicit disclosure - being specific about what is rewarded and at what relative weight - is exactly what the clean-software standard is built around: the app does what it says, and users can see how. AppEsteem certification verifies that an app meets that standard at the time of audit. What it does not provide is a permanent forward guarantee. In practice, certification is a checkmark on a defined process, not a lifetime warranty on every future outcome.

This tension shows up clearly in community discussions around Grass. According to a thread in r/Grass_io, some users raised concern that the Grass client functions like "a backdoor to run whatever on your system" - requiring users to "trust the client to not be evil." That concern is real, and AppEsteem certification directly addresses one dimension of it: the audit verifies that the app's behavior is disclosed, that it does not engage in hidden data collection, and that users can consent to what it does and remove it cleanly. What AppEsteem does not verify is that no vulnerability exists in the client's code, or that the company's server infrastructure is secured against every possible attack vector.

Certification and that concern are answering different questions. AppEsteem answers: "Does this app behave the way it says it does?" The community concern asks: "Can I trust everything this app might touch?" Those are related but distinct. Knowing which question certification actually answers is what lets you weigh the evidence honestly.

A useful frame here is how any compliance certification works. Earning a credential proves the criteria were met at a specific moment - it does not guarantee that every subsequent outcome will be perfect. The credential attests to process compliance, not to results. AppEsteem works the same way: it attests that an app met its clean-software criteria at the time of audit. Staying on AppEsteem's certified list means the app continues to meet those criteria - which is why checking the list directly is more informative than reading a company's past claim about having been certified.

According to a thread in r/antivirus, a commenter invoked AppEsteem certification to argue that a flagged app was "safe" - without explaining what the certification evaluated. That invocation closed the conversation before the relevant distinction could be made. Knowing what AppEsteem audits tells you when a certification claim is directly relevant to your concern and when it is addressing something different.

The takeaway is not that AppEsteem certification should be dismissed. Certification proves a defined set of criteria were met, and the ongoing certified list is a live signal - not a historical record frozen at the moment of first approval. For Grass specifically, the certification addresses the most common concern head-on: what the app does on your node, whether it accesses data it should not, and whether it can be removed cleanly. Those are the questions AppEsteem answers. Separate questions about server-side security or infrastructure belong to a different evaluation, and acknowledging that boundary honestly is what makes the certification claim credible rather than overclaimed.

What Will Change About How Apps Prove They Are Safe in the Next Two Years?

The most likely shift: more bandwidth-sharing apps will cite AppEsteem as a trust label, while scrutiny of what certification actually audits - and direct verification - will both grow in parallel.

Three signals from the current evidence landscape point to where this conversation is heading. Understanding them helps you evaluate not just Grass, but any background-running app that invokes a third-party certification claim as a reason to trust it.

1. Badge citations multiply, substance doesn't follow (high confidence). Expect more apps to follow the pattern already visible in this category: invoking AppEsteem certification as a trust signal while most public mentions stay at the label level. According to a community thread in r/Grass_io, users are already accepting certification claims without audit detail as a conversion point. As bandwidth-sharing apps proliferate, that pattern will compound. The weak signal is that multiple apps across different categories - not just bandwidth-sharing - are independently citing AppEsteem without linking to audit specifics. What this means for buyers: knowing what the certification actually checks is the only defense against accepting a badge as a blanket safety guarantee. Certification vocabulary will spread faster than certification understanding.
2. Growing pressure to publish clearer audit criteria (medium confidence, contrarian). Rather than badge acceptance becoming the norm, expect increasing pressure on certification bodies - including AppEsteem - to disclose clearer public criteria. The formal review AppEsteem's program underwent with major AV vendor participation is a precedent for this kind of external scrutiny. The direction it points is toward more transparency. If AppEsteem's own criteria become more explicitly public, the certified list becomes a stronger signal still - because buyers can verify exactly what it implies, not just confirm that an app is listed.
3. Platform-native certification as a competing track (lower confidence). Some developers will choose platform-native certification paths - such as Windows Store's automatic sandboxing - instead of independent third-party audits. These represent a different evaluation framework, not an equivalent one. Platform-native certification evaluates distribution and permissions; AppEsteem evaluates behavioral disclosure and consent. They ask different questions. Buyers should not treat all certification signals as equivalent, even when different programs share the same "certified" language.

What most buyers currently miss is the direction the conversation is already moving. The communities that research bandwidth-sharing apps most carefully are already asking where to find the certified list directly - not just whether an app claims to have passed. The most reliable single action remains checking the public AppEsteem certified list yourself rather than accepting a company's claim that the badge once existed. That shift from badge acceptance to direct verification is already underway among the most informed users, and it will define how certification claims are evaluated over the next two years.

The pattern I described at the start of this article - certification cited without substance explained - is not going away. According to an analysis of how credentials work across disciplines, badges multiply faster than the transparency behind them. More bandwidth-sharing apps will invoke AppEsteem as a trust signal, and most mentions will stay at the label level. What changes when you understand the criteria is that you can evaluate each claim on its own terms rather than accepting a badge at face value.

AppEsteem certification means a specific thing. It means the app was audited against clean-software and no-deceptive-behavior standards at a defined point in time. Behavior is disclosed. The app can be removed cleanly. For Grass, AMTSO has independently confirmed the same conclusion. Those are real checks. They are not marketing language.

The distinction between what was audited and what was not audited is not a criticism of AppEsteem - it is how all certifications work. Software is not static, and the right use of any certification signal is to confirm that your specific concern falls within the audit's scope, then check whether the app is still on the live certified list.

I'd recommend treating AppEsteem and AMTSO certification as exactly what they are: strong evidence on specific behavioral criteria, independently verified. That is worth something. It is just not everything - and knowing the difference is what makes the signal useful.

We’re changing that at Grass by helping you turn a resource you didn’t even realize you had into one that earns you rewards.

We get it. It’s hard to believe you can earn rewards for anything these days without handing over all your personal information. But you’ll never have to tell us your mother’s maiden name or give us access to all your contacts to use Grass. 

Grass security and privacy aren’t afterthoughts. They’re the foundational elements of the network. 

The Hidden Value of Your Unused Internet

When you sign up with an internet service provider, you’re purchasing an internet plan with a specific amount of internet. For example, an average connection will give you around 100 megabits per second, or Mbps. When you’re skimming news articles, checking email, or browsing social media, you might be using just 5-10 Mbps, leaving 90% of your available internet on the table. 

This is where Grass really shines. Instead of letting your unused internet go to waste, Grass lets you share it with verified institutions that use it to collect public information from the web.  These institutions may use your internet for things like checking how certain websites appear in different regions. Of course, we don’t expect you to just give away your internet. Grass rewards users with Grass Points, which you can turn into Grass Tokens, or USDC. 

Best of all, we never see your private data. 

Grass’s Commitment to Privacy and Cybersecurity

In order to build and maintain trust within the community, we want to make sure all our users understand the steps we take to operate transparently and protect your information. After all, when any service offers rewards, there’s usually a hidden catch.

That’s why we’ve built privacy and security into the heart of the network architecture. Working with industry leaders like Avast, Microsoft Defender, McAfee, and AVG, Grass has been designed from the ground up with user protection in mind. 

Privacy

Privacy at Grass starts with requesting only the personal information necessary to operate the network, products, and services. We only ask for your:

• Email
• Username
• Password*
• IP address

We also provide you with a referral code that you can use to invite new users to join the Grass network. 

All of your information is securely stored, and we’ll never sell your personal information. (Check out the Privacy Policy for more details.) 

Our focus on data privacy sharply contrasts with most other types of extensions and applications. The chart below says it all.

In addition, we can’t and won’t use your browsing history. The only non-personal information that we collect is:

• Your operating system type
• Application IDs
• The type and version of your browser
• Crash data and analytics. 

This info is only used to support your participation in the Grass network. 

Like most websites, we use optional Google Analytics and Microsoft Clarity Cookies on grass.io to help us improve the website, but you’re free to turn these off in the Cookie Settings on our website. The only cookie you are not permitted to turn off is the Essential Grass Cookie used to authenticate requests on the Grass dashboard, allowing the display of personalized rewards. (To learn more about the cookies that we use on grass.io, see our Cookie Policy.)

Security

Grass security and privacy go hand-in-hand. Internally, we use internet encryption to ensure you’re fully protected while sharing your internet connection. We also work with AppEsteem, a leading cybersecurity compliance auditor, who monitors our products 24/7, 365 days per year for vulnerabilities, leaks, backdoors, and malware. We’ve even successfully integrated with AppEsteem and achieved the highly regarded AppEsteem certification that showcases our commitment to security. 

We also make every effort to stay up to date on the latest developments in cybersecurity and are at the forefront of helping advance anti-malware solutions. We are a proud contributor to the AMTSO, which is doing incredible work in bringing together leading cybersecurity industry experts, including CSA and Nord Security, to share knowledge and collaborate on issues that will make the digital world a safer place. 

How Grass Ensures the Safety of Your Data

When you run a Grass node, we’ll use a small amount of your unused internet to gather public web data. Here’s what’s crucial to understand: Grass internet traffic is completely separate from your personal browsing history. 

Think of Grass like a friend using your Wi-Fi on their own device. They’re connected to your internet, but they can’t see anything you’re doing on yours. In the same way, Grass uses your extra internet, but has no visibility into your private activity.

We can’t view what’s happening in your browser or other applications. We can’t access your extensions, pop-ups, passwords, or any personal information you enter while using your connection. We have absolutely no ability to see your data even if we wanted to (which we don’t!). 

Joining Grass: A Safe, Easy, and Secure Way to Get Rewarded for your Unused Internet

At Grass, our mission extends beyond simply utilizing idle internet. We’re committed to enhancing data transparency while maintaining our rigorous Grass security standards.

Ready to join the network and put your unused internet to work? Getting started with Grass takes just three simple steps: Sign up, download the desktop application, and click “Connect.” Before you know it, you’ll see your Grass Points start to accumulate while Grass runs silently in the background.

Join thousands of others who have already discovered the benefits of Grass, where security, privacy, and innovation come together. 

Join today.  

Frequently Asked Questions

It’s completely reasonable to be cautious about sharing any part of your internet connection, especially when signing up for a new app, like Grass. The difference with Grass is that transparency and security are built into the foundation of the company. 

However, trust is earned, so keep reading to learn how bandwidth sharing with Grass works and how Grass prioritizes your safety. 

Understanding Bandwidth Sharing

Before diving into safety, it’s helpful to understand what bandwidth sharing actually means. In a nutshell, bandwidth is your internet’s connection capacity. (It’s measured in megabits per second or Mbps, a term you might see on your internet contract and bills.) 

When you sign up for an internet plan for your computer or a data plan for your phone, you’re paying for a certain internet speed. This speed represents your maximum bandwidth capacity. Most people rarely use their full bandwidth capacity, which means all that extra bandwidth is just sitting around, unused but already paid for. Seems like a waste, right?

That’s where internet sharing with the Grass app comes in. The app quietly uses your extra bandwidth to help verified partners do important work, like supporting the training of AI tools, comparing product prices in different geographic regions, and performing academic research. In exchange, you earn real rewards in the form of Grass Points, which can eventually turn into Grass Tokens or USDC. 

It’s okay if this feels a little technical. The key thing you need to understand is that Grass bandwidth sharing never touches your personal data. 

Common Concerns About Bandwidth Sharing Safety

Years of reading about (and possibly experiencing) data breaches, privacy violations, and apps that secretly harvest personal information have made you extra cautious about what you install and share. Your worries are well-founded. 

Let’s acknowledge the elephant in the room and talk about the legit concerns people like you have about internet sharing through apps, including Grass. 

• Overall privacy: Can bandwidth-sharing apps see your personal information, browsing history, or private files? Can they access your emails, photos, or passwords?
• Illegal activity: Will the app use your internet connection for illegal activities, and what happens if your IP address is linked to something you didn’t do?
• Unknown traffic: What, exactly, is flowing through your connection? Are you unknowingly distributing consent you wouldn’t approve of?
• Malware: Could bandwidth apps download malicious software onto your phone or computer?
• Legal issues: Are there any legal risks to sharing your internet connection? For example, could it violate your internet service provider’s terms of service? 
• Internet speed: Will sharing bandwidth slow down your internet experience and interfere with streaming, gaming, or video calls? (Yes, this isn’t technically a safety concern, but it’s a big worry for many users nevertheless.) 

How the Grass Network Protects Users

Feeling a little worried? Let’s take each of these concerns head-on with facts about how Grass internet sharing actually works.

• Overall privacy: Grass never accesses your personal data, browsing history, or device content. When the network routes traffic through your connection, it’s completely separate from your internet activity. End of story. 
• Illegal activity: All Grass partners submit to a rigorous vetting process and sign detailed service agreements. Most importantly, Grass partners assume full liability for their actions. You will never be held responsible for what they do.
• Unknown traffic: Grass monitors all the activity of its partners, meaning it can see everything a partner accesses. If a partner does anything sketchy, they will immediately be banned. 
• Malware: Grass works with AppEsteem, a leading cybersecurity compliance auditor, to continually monitor for malware and other vulnerabilities. 
• Legal issues: Grass complies with standard internet service agreements.
• Internet speed: Grass only uses a small amount of your idle bandwidth and automatically throttles itself if you start using a lot of bandwidth. You should never experience any slowing of your internet.   

Tips for Safe Bandwidth Sharing

Whenever you’re considering sharing your bandwidth with an app, whether or not it’s Grass, protect yourself with these best practices:

• Research the company: Take the time to research the internet sharing company. Look for transparency in how it operates, learn about its partners, and make sure you understand what data the company collects. Legitimate platforms should have no problem sharing their detailed privacy policies. (Here’s Grass’s privacy policy.)
• Check security credentials: Choose apps that work with reputable cybersecurity organizations and think twice about signing up with companies with unknown security credentials.
• Read user feedback: Look for apps with active communities and positive user experiences. If a platform tries to hide user feedback or has recent negative reviews, back away. (Check out the Grass communities on X, Discord, Telegram, Reddit, and Instagram).
• Monitor the app: Don’t just sign up for an app and forget about it. Keep an eye on your internet experience to make sure you don’t notice any slowing, buffering, or other annoying behavior. 
• Know the terms: It’s tempting to skip over the terms and conditions of the apps you download, but it’s important to understand everything you’re agreeing to. Avoid any apps with vague terms or complicated cancellation processes. (By the way, many apps count on you not reading their terms so they can use your extra bandwidth without giving you anything in return.)
• Keep your software updated: Always use the latest version of any bandwidth-sharing app so that you have the most recent security patches and features.  

The Bigger Picture: Why Safe Bandwidth Sharing Matters

For Grass, making sure users can safely share their bandwidth isn’t just about protecting individual users (though that’s incredibly important, too!). It’s also about building a better internet for everyone.

For too long, large corporations have quietly taken user bandwidth without transparency or fair compensation. By prioritizing safety and user control, Grass is creating a new model where people actually benefit from the digital economy they help to power. This shift matters because it represents a fundamental shift toward empowerment. 

When you choose a bandwidth-sharing platform that cares about security, you’re protecting yourself AND supporting a vision where technology serves users rather than just extracting value from them. Every secure node in the Grass internet network represents a step toward a more transparent and equitable internet. 

Ready to join the movement? Sign up for Grass today and start earning rewards for your unused bandwidth.

Frequently Asked Questions

Say hello to the Grass mobile app for Android. This humble app runs quietly in the background while giving you the opportunity to earn rewards and help build a more equitable internet. 

Short on time but eager to learn more? Great! We’ll guide you through everything you need to know to get the Grass Android app installed and running on your phone in under two minutes.

What Is Grass?

Before adding yet another app to your phone, you probably want to know what it is and how it works. The mission of the Grass app is to reward you for sharing a resource you didn’t know you had. 

Believe it or not, many large corporations quietly use the internet bandwidth of their customers without being open about the process. They bury this information in the fine print of their terms of service and don’t reward their customers for the value of the bandwidth. 

Grass flips this script entirely! To give the power back to the people, Grass has built a network of millions of people who proactively share their unused internet bandwidth in exchange for rewards.

Initially, Grass operated as a browser extension, followed by a Desktop app. Their latest offering is the mobile Grass Android app. So no matter whether you run Grass from a computer or Android device, once you install the Grass app, it will run quietly in the background, sharing only your excess internet bandwidth (never your personal data or browser activity)!

So, where does your internet bandwidth go? Grass provides this extra internet bandwidth to verified institutions that use it for important tasks like academic research, price monitoring, and training AI models. It’s a win-win. Companies get the internet bandwidth they need, and you earn rewards for your extra internet! 

Sound good?

Why Grass on Android?

The Grass mobile app for Android is the next evolution of the Grass network. While many people have computers at home, a growing number of the world's population hops online using their smartphones. In fact, a staggering 95.9% of the world’s internet users rely on their mobile phones to access the internet at least some of the time.

Now, you can earn Grass Points anywhere, anytime, right from the phone you’re carrying in your pocket!

Unprecedented Flexibility

With the Grass Android app, your earning potential is no longer tied to your desk. Whether you’re commuting, at school, or traveling, the Grass mobile app keeps you connected to the network and accumulating points. 

Global Network Expansion

More and more people around the world rely on their smartphones as their primary or only way to access the internet. Grass on Android expands the global pool of people who can participate in the Grass network, meeting users where they already are. More users strengthen the network, giving more individuals the opportunity to earn Grass Points. 

More Rewards for Everyone

Even if you’re already running Grass on your desktop, you can boost your earnings by adding your Android phone to the Grass network. With multiple connection points, you’ll increase your earning potential. (To earn even more Grass Points, learn more about the Grass Referral Program.)

As an added incentive, Android users can earn 3x the Grass Points for a limited time—that makes now the perfect time to download the Grass app!

Quick Setup: Your 3-Step Guide 

Getting started with the Grass Android app is as simple as can be (even if you aren’t a tech wizard). In fact, you should be able to download and set up your Grass app in two minutes or less. Just follow these three simple steps:

Step 1: Download the Grass App

Head to the Grass app download page on your phone and choose the Android option The Grass mobile app is available on the Google Play Store or as a direct Grass download.

(Quick note: As with all direct downloads, you’ll be directed to update your settings to manually approve the app and allow it to download.) 

Step 2: Set Up Your Account

Open the app and either create your new Grass account with a username, email, and password, or sign into your existing account if you’re already a part of the network. The login process is quick and connects you directly to your personal dashboard, where you can begin tracking your Grass Points and network activity. 

Step 3: Let Grass Run in the Background

Once logged into your Grass account, you’re good to go. Grass works automatically in the background, sharing your unused internet while you go about your day. You’ll even see an icon of the Grass logo on your home screen banner to indicate when the app is running on your phone.

Just sit back and let the Grass Points roll in!

How the Grass App Works on Your Phone

It’s normal to have questions about what’s happening behind the scenes when the Grass app runs on your phone. Maybe you’ve been burned before by apps that instantly drained your battery or took up all your internet bandwidth. Not the Grass Android app!

Won’t Drag Down Your Phone’s Performance

The Grass mobile app for Android is designed specifically for mobile devices. The app typically uses just 5-10% of your battery over a full day. That’s similar to popular messaging apps. The Grass app also automatically pauses itself when your battery gets low or when you have a poor connection. 

You’re In Control of Performance 

If you ever want to preserve your battery life, you can stop or pause the Grass app at any time. In other words, you have complete control over when the Grass app is active on your phone. 

Your Privacy Is Fully Protected

Privacy protection is a major priority for Grass. Just like with the desktop app, Grass cannot see your private phone data. The Grass mobile app only accesses your unused internet bandwidth – never your browsing history, personal files, or any other private information. Your data remains completely separate and secure. Learn more about the Grass privacy policy. 

Start Contributing and Earning Today

Whether you’re new to Grass or looking to boost your rewards, your Android phone is now your gateway to creating a fairer internet. Set up the Grass Android app in two minutes or less and start earning Grass Points. 

Don’t forget, Android users currently earn three times the Grass Points for a limited time! Ready to get started? Head to the Google Play Store and download today.

Your unused internet bandwidth is waiting to work for you! 

Think of these points as your digital footprint in our ecosystem. The more active you are and the more people you bring into the Grass network, the larger your stake becomes.

What Are Grass Points?

Grass Points are the measurement system we use to track your contributions to the Grass Network for the purpose of calculating and distributing rewards. These points represent your participation in building a more equitable internet where both companies and users benefit from the extra bandwidth you aren't using.

Grass Points break down into two types: Uptime Points and Network Points, which give a clearer picture of both the availability and usage of the bandwidth that you contribute.

• Uptime Points are earned based on the amount of time your device is connected to the Grass Network in a manner that makes your bandwidth available for use. Uptime Points are also awarded when you refer new users who meet the requirements to be considered an active referral, or when you reach certain milestones and are eligible for bonuses.
• Network Points are earned when your bandwidth is actively used by the Grass Network to power web data requests.

In summary, Uptime Points are earned for establishing and maintaining a consistent connection to the Grass Network, and Network Points are earned when the bandwidth you make available is actually used by the Grass Network.

You can grow your Grass Points in three different ways:

1. When you download and use Grass
2. When you successfully refer someone
3. When your referred person(s) extend their invites to others

Let's look at each of these in more detail.

Uptime Points: The Foundation of Your Earnings

Grass Usage Points

The simplest way to begin collecting Grass Points is to download the Grass app and connect to the network. While you go about your day, Grass utilizes your unused bandwidth. (Need a refresher on techie terms we use? Check out our Grass Glossary.)

Uptime Points are automatically awarded to you for keeping your device online and connected to the Grass Network in a manner that makes your bandwidth available for use. You're already paying for this bandwidth - Grass just puts what you're not using to work and rewards you for it.

This is an excellent way to start collecting points, but if you want to supercharge your accumulation, it's time to start referring.

Earning Through Referrals

If you know anyone who'd like to earn rewards from their unused bandwidth too, you can share your Grass referral code with them. When they sign up and start using Grass, you'll earn bonus points based on their activity - and they keep every point they earn. Here's how it breaks down:

Direct referrals earn you a 20% point bonus based on their activity. So if a friend earns 100 points, you'll receive 20 bonus points on top of whatever you're already earning. There's no cap on how many people you can refer, and the bonus continues for as long as they use Grass. As an added milestone, when a referral hits 100 hours of uptime, they receive a 5,000-point bonus and you receive 2,500.

Second-degree connections are people referred by someone you referred. You earn you a bonus 10% of the points those secondary connections generate.

Third-degree connections earn you a bonus 5% of those tertiary users' points.

The Power of Compounding Referrals

To put some numbers on it: if you refer five friends, and each of them shares Grass with five people, and each of those users does the same, you'd be earning a 20% bonus from 5 users, a 10% bonus from 25 users, and a 5% bonus from 125 users—all from your original five invites. Each active user in that network generates a small, ongoing bonus for you - all while keeping 100% of their own points.

The more people using Grass, the stronger the network becomes for everyone. Referring others is a great way to boost your rewards while helping the community grow.

Network Points: Earning from Active Bandwidth Usage

Network Points are programmatically awarded when your bandwidth is actively used by the Grass Network to power web data requests. Here's how Network Points work:

A fixed pool of 1,000,000 Network Points is created and awarded to users each day. Network Points are split across users based on the pro rata amount of a user's bandwidth actually used by the Grass Network. If your bandwidth is not actually used by the Grass Network on a particular day, then you will not receive Network Points on that day.

The bandwidth used by the Grass Network is selected based on technical specifications and market factors that include:

Market Forces that Create Demand for User Bandwidth

More public web data requests will be routed through users located in certain regions based on the region which the public web data requests relate. For example, if there is demand for public web data in the United States on a given day, then users located in the United States on that day are likely to see increased usage of their bandwidth relative to users in other jurisdictions. As a result, those United States-based users are more likely to receive Network Points in connection with those public web data requests.

The Stability of Your Connection to the Grass Network

The strength, consistency, and availability of your connection to the Grass Network also plays a role in determining whether your bandwidth will be used to fulfill public web data requests. The Grass Network is designed to select the bandwidth of users that have reliable connections to ensure that public web requests made using their bandwidth are successful. The stability of your internet connection itself is also a factor.

The way in which you connect to the Grass Network—whether through a Grasshopper, the Android application, the desktop application, or extension—may assist in establishing a more stable connection. Based on the technical design and operation of the Grass Network, the Grasshopper and Android application are generally able to provide a stronger and more stable connection.

The Way Your Connection Has Been Used in Prior Days and/or in Related Tasks

If your connection has been used recently in connection with public web data requests, the use of other users' bandwidth will support the operational reliability of the Grass Network (as well as your and other users' connections). The Grass Network functions most efficiently when multiple different connections are used to route public web data requests, which also facilitates longer-term recurring use of users' connections.

You don't need to take any extra steps. Keep your device running and connected to the Grass Network to be eligible to receive Network Points.

Network Points Example

Let's say the Grass Network routes a total of 100,000 GB of web traffic in a single day across 500,000 active users. If your device contributed 10 GB of that total—meaning the network used 10 GB of your connection to power live web requests—you provided 0.01% of the day's bandwidth. You'd then earn around 100 Network Points (0.01% of the 1,000,000 daily Network Points).

Rewards Dashboard

The Rewards Dashboard is the hub for tracking your contributions. It brings everything into one place:

• Tiers and milestones showing your progress.
• Referral activity and bonuses from your referral network.
• Earning breakdowns across Uptime Points and Network Points.
• Epoch history showing how your points accrue over time.

With both Uptime Points and Network Points tracked, the dashboard provides a clearer view of how your device supports the Grass Network.

Explore the Rewards Dashboard

Maximize Your Rewards with Grass Points

The best way to maximize your Grass rewards is to focus on quality over quantity as you build your referral network. Invite friends who will actively use the app and who are motivated to build their own network. As you saw from the example above, just a few good referrals can explode your points accumulation.

Of course, the path to your Grass Points empire begins with an important first step. Download the Grass app and connect it to your network. Once the app is up and running, you can begin identifying referral targets and sending them your Grass referral code. (It might help to also send a link to our Grass 101 article so they know what they're signing up for.)

Ready to start building your Grass Points empire? Download the Grass app today.

1. Let’s say the Grass Network routes a total of 100,000 GB of web traffic in a single day across 500,000 active users. If your device contributed 10 GB of that total, meaning the network used 10 GB of your connection to power live web requests, you provided 0.01% of the day’s bandwidth. You’d then earn around 100 Network Points (0.01% of the 1,000,000 daily Network Points).

Legal Disclaimer

The purchase or installation of a Grasshopper, a Grass application (Android or desktop), or Grass extension is not a guarantee that you will earn Network Points or any associated rewards. Network Points are awarded based on the usage of the bandwidth contributed through your device to the Grass Network. Usage is determined programmatically based on factors that include the quality, stability, and availability of your bandwidth as well as the operational needs of the Grass Network, which are driven by network participation, use, and market forces.

Frequently Asked Questions

But here’s something you probably don’t realize: whenever you’re not using your full internet capacity, that unused capacity you’re paying for is likely powering other systems. Large corporations are increasingly tapping into your unused internet and using it to enhance their services and boost their bottom line.

The catch? You’ve been footing the bill without getting all of the benefits! The Grass network is trying to change this one-sided dynamic. (What is Grass? Find out!)

Bandwidth: The Most Overlooked Digital Resource

When you buy an internet plan, you pay for a certain capacity, or better known as “bandwidth,” but you rarely use it all at once. When you’re not streaming, downloading, or video calling, your unused internet bandwidth just sits there, paid for but not put to work.

If you’re like most internet users, you treat your bandwidth like a sunk cost. You pay your monthly internet bill and consider it the price of staying connected. But, actually, when you don’t take advantage of your full internet capacity, other corporations do. 

A wide variety of online services, like free VPNs and TV screensavers, run background processes that quietly tap into your unused internet bandwidth. They often do this by embedding hidden software or burying permissions deep into their terms and conditions, which most people never read. While they profit from the internet bandwidth you’re paying for, you and other users are usually none the wiser.

To summarize the situation, your internet bandwidth has value—you’re just not the one capturing it!

Who’s Really Benefiting From Your Bandwidth Today?

The answer might surprise you. It’s not just small apps sucking up your unused internet bandwidth. Some of the world’s largest tech companies and platform providers monetize unused bandwidth on a massive scale. Oftentimes, users have no idea what’s happening.

While these actions aren’t necessarily malicious, they are happening largely in the background without the informed consent of users. Most of the time, this information is buried deep within a company’s terms of service agreements, which few users read or understand. 

Shifting the Model: From Centralized Profit to Shared Value

The internet has always been built on the principle of shared infrastructure. All across the world, millions and millions of connected devices work together to create a global network. But while the system itself is collaborative, for the past few decades, the profits have flowed primarily to large corporations and platform providers. 

This is starting to change. A new wave of companies and networks is emerging with a simple goal: to share value with the users who help create it.

The Grass network is part of this growing shift. Instead of using your excess internet without your permission, Grass lets you actively participate in powering the network while earning rewards for your contribution. 

The Grass internet model puts users back in control of their digital resources and makes sure they benefit from the value they create. 

What Participation Looks Like (and Doesn’t)

Here’s one thing that makes the Grass network great: you don’t have to change anything you’re already doing in order to participate. In other words, you don’t have to modify how you use the internet, learn complex technical processes, or constantly monitor your usage. 

Getting started with Grass is simple. Just download the Grass app and create your account. Grass will run in the background without interrupting or slowing down your internet experience. 

Also, the app will never access your private data or internet browsing activities. (Take a look at the Grass privacy policy for more info.) Grass only uses your extra bandwidth to support the activities of our verified customers. That includes things like conducting research, comparing prices across geographic locations, and helping to train AI models. 

When you contribute Grass bandwidth to the network, you’ll earn Grass Points. (You can earn even more points by participating in the Grass Referral Program.) Eventually, these Grass Points can translate into Grass Tokens, or USDC, in future reward distributions. 

Reframing Internet Use: From Sunk Cost to Shared Asset

It’s time to rethink what you’re already paying for every month. Instead of viewing your internet bill as a fixed expense, consider the unused capacity you’re not fully utilizing as something of value. That idle bandwidth isn’t a waste. It’s a resource with real potential. 

When you join the Grass network, you can contribute the extra bandwidth you’re already paying for to a growing digital infrastructure. Your Grass internet connection becomes a node in the network and earns you Grass rewards. 

Grass lets you put the full value of what you already own to work. 

A Fairer Internet Starts With You

Large corporations are already using your extra internet capacity to power their operations. What’s missing here? That would be you getting rewarded for your contribution.

The Grass network is here to build a more collaborative internet. By choosing to earn Grass rewards through sharing your unused bandwidth, you’re taking an active step toward creating an internet where users benefit from the resources they provide. 

At the end of the day, ask yourself: Why should you let your unused internet go to waste when it could be working for you?

If you’re ready to turn your idle internet into rewards, download Grass today!

Frequently Asked Questions

Think of your internet connection like a highway leading to your home. Your internet bandwidth is essentially the width of the highway. The more bandwidth you have, the wider your “highway” and the more data can flow to your devices. That translates into faster downloads, smoother video calls, and error-free streaming. 

When you purchase an internet plan, you agree to pay for a certain amount of bandwidth each month. However, most people only use a fraction of their available bandwidth at any given time. It’s like only driving in two lanes of an eight-lane highway. 

Your unused bandwidth doesn’t just disappear. It sits idle and untapped unless you decide to do something with it or an outside company uses it for its own benefit (more on that later!). 

The Impact of Internet Bandwidth on Your Daily Digital Experience

Even if you don’t consider yourself a “techie,” internet bandwidth quietly shapes every moment you spend online. But it’s one of those things you hardly ever notice until something goes wrong. When you’re video chatting with your best friend and the screen suddenly freezes or a movie buffers endlessly during the best scene, those are signs that you don’t have enough internet bandwidth. 

On the flip side, choosing an internet plan with enough bandwidth for your needs will give you the seamless digital moments you’ve come to expect, like:

• Instant photo uploads to social media
• Crystal-clear video streaming
• Working from home without hiccups
• Uninterrupted video calls and meetings

Internet bandwidth is the foundation that supports our increasingly connected lives. And even with all the time many of us spend online, most of us have much more bandwidth than we need on a regular basis. 

The Hidden Potential of Unused Internet Bandwidth

You may have never given a passing thought to your unused internet bandwidth, but you could be sitting on a valuable resource. In fact, you may already be giving up your extra internet bandwidth without even knowing it!

Many companies create business models based on quietly using people’s idle internet connections. These can include price comparison apps, screensavers, and other “free” software you’ve downloaded. Buried deep in their lengthy terms of service, which you probably skimmed over, you might have agreed to give away your extra internet bandwidth.

While these companies profit from using your excess internet bandwidth to gather public web data and enhance their services, you see nothing in return. It’s like letting someone cram traffic onto your internet highway with no reward.

It’s time to stop giving away your internet bandwidth and start recognizing it for the resource it is. You’re already paying for it each month, so why not start benefiting from it? 

How Grass Empowers You to Unlock the Value of Your Internet Bandwidth

The Grass bandwidth concept is designed to change this lopsided bandwidth-sharing model. Instead of secretly using your internet bandwidth without your awareness, the Grass network puts you firmly in the driver’s seat. 

With complete transparency, the Grass internet model allows you to actively share your unused bandwidth on our network in exchange for rewards. Here’s how the Grass model works:

• Download the Grass application
• The software runs quietly in the background using only your extra internet capacity
• Institutions verified by Grass use your unused internet bandwidth for things like academic research, price comparison, data collection, and AI training
• You earn Grass Points based on your bandwidth sharing 

The key difference when you sign up for the Grass network is that you’re in control of how much internet bandwidth the network uses. 

How to Get Started with Grass

Getting started with the Grass internet bandwidth network is incredibly straightforward. First, create an account by signing up with an email address. Next, download the Grass application. Finally, open the app, click “Connect,” and watch your Grass Points begin accumulating. 

That’s really it. The Grass app runs in the background using only your excess internet bandwidth as you go about your regular internet activities. You’ll see your connection status and your Grass Points tally on your personalized dashboard.

This is also the perfect time to clarify that Grass doesn’t have access to your internet activity and private data. We’ve designed the app with privacy in mind, and our privacy policy is fully transparent. 

Unlock the Power of Internet Bandwidth Today

Not to sound like a broken record, but your internet bandwidth is a valuable resource that you’re already paying for every month. Some companies will try to use your bandwidth for their own profit, but Grass bandwidth sharing puts the power back in your hands.

Instead of letting your unused internet capacity go to waste, you can contribute to the Grass network and earn an ownership stake in the infrastructure you help build. The choice is simple. You can either continue letting others benefit from your extra internet bandwidth or take control and start earning rewards. 

Sign up for Grass today and put your internet bandwidth to work for you! 

Frequently Asked Questions

The Grass network passed 1 million active nodes in 2024 and now spans 190 countries - which means at any given moment, some nodes are in a misconfigured or transitional state. A stuck "Connecting" spinner is the most common way that shows up on your screen. It is almost never a platform failure, and it is fixable from your side in minutes once you know which layer to check. I call the method the Four-Layer Fix - a framework for diagnosing Grass connection issues that runs from the fastest check to the slowest.

The 60-second check before you fix anything

Open your Grass Dashboard at app.grass.io and look at two numbers before touching anything:

1. Network Quality. If it reads 0%, stop - your problem isn't the connection flow, it's your IP address being read as a datacenter, VPN, or proxy connection. That has its own fix path: see Why Is My Grass Network Quality Zero Percent?. The official support position is unambiguous:

"Grass only supports residential IPs. Datacenter, proxy, or VPN IPs are not supported and cannot be manually unblocked. Using these types of connections will result in 0% network quality and prevent you from earning points." - Grass support documentation

2. Uptime Points. If Network Quality is above 0% and Uptime Points are climbing, your node is actually working - a stuck spinner with points still accruing is a display issue, not a connection issue. Uptime Points accrue every hour at your Network Quality rate: 75% quality earns 75 points per hour, 100% earns 100, before your client's device multiplier (as of July 2026: extension 1x, desktop app 2x, Android app 3x).

If Network Quality is above 0% and points are not moving, you have a real connection problem. Work through the layers below.

First, confirm your system is supported

Before any troubleshooting: the Grass app has minimum OS requirements, and an unsupported system produces connection failures no amount of reloading will fix.

Note: 32-bit systems aren't supported. If your device is below these versions, the fix is an OS update or a different device - not the checklist below.

What I call the Four-Layer Fix

I've read through a lot of "stuck on Connecting" reports, and they resolve at one of four layers - checking them in order is faster than guessing. I think of it as the Four-Layer Fix:

My contrarian advice first: reinstalling is usually the wrong first move. It's the step most users jump to, but it sits at layer 3 for a reason - in my experience, the majority of stuck-on-Connecting cases are app-state glitches or client conflicts that a 30-second reload or closing one client resolves. Save the reinstall for when the quick layers are ruled out.

Step 1: Reload the app (Layer 1)

Right-click on the Grass app display and select Reload. Then wait - and this is the part I see people skip most often - between 1 and 15 minutes. The app needs time to reconnect and sync with the network.

Don't judge the result mid-sync. If you conclude the reload "did nothing" after 90 seconds, you haven't actually tested it. Many temporary glitches clear with a reload alone, which is why it's step one. If a reload doesn't take, force-close the application, restart it, and - if it's still stuck - reboot the device and clear the application cache before moving on.

Step 2: Make sure you're running only one Grass client (Layer 2)

The Grass desktop app and the browser extension are both valid clients - but running both at the same time can create a conflict, and a stuck "Connecting" spinner is exactly how that conflict shows up.

If you have both installed: close the extension while the desktop app is running, or close the desktop app and run only the extension. One device, one client. (Worth knowing while you're choosing: as of July 2026, the desktop app earns Uptime Points at a 2x multiplier and the Android app at 3x, versus the extension's 1x base rate - so if you're picking one client to keep active, the app is the better earner.)

Related rule from the official account policies: multiple devices on the same Wi-Fi network share points - you will not earn more by running several devices on one connection, so a second device is not a workaround for a stuck first one.

Step 3: Reinstall the Grass app (Layer 3)

If reload and single-client didn't clear it, reinstall. A clean reinstall refreshes corrupted files and ensures you're running the latest version - outdated versions can lose their connection silently, showing "Connected" while contributing nothing.

Download only from the official source: grass.io/download. After reinstalling, log in and give it the same 1-15 minute sync window from Step 1.

Windows: "Error opening file for writing"

If the installer fails with this error, the old process is still holding the files:

1. Make sure the app isn't running in the background.
2. Open Task Manager, find the Grass process, and end it.
3. Run the installer again - if it still fails, try a different installation path.

Windows: app opens blank or won't open

The Grass desktop app on Windows depends on Microsoft's WebView2 Runtime. If the app window is blank, repair it:

1. Open Settings → Apps.
2. Search for WebView2 Runtime.
3. Click the three-dot menu → Modify → Repair, and follow the on-screen instructions.
4. Reinstall the Grass Desktop App.
5. If WebView2 Runtime isn't in your Apps list at all, download and install Microsoft Edge WebView2 first.

Second solution if the repair doesn't take - open Command Prompt as Administrator and run:

winget upgrade Microsoft.EdgeWebView2Runtime

Wait for it to finish, restart your PC, and reopen the Grass Desktop App.

Step 4: Check your firewall (Layer 4)

Firewall or antivirus software blocking Grass from making outbound connections produces a perpetual "Connecting" state: the app looks fine locally, but nothing reaches the network. Check that Grass isn't blocked by any local firewall or security software - especially if you recently updated your operating system or installed new security tools, which is when this cause spikes. Grass is certified by AppEsteem and has been through review with major antivirus vendors including Avast, AVG, McAfee, and Microsoft Defender - but a strict local rule can still block its outbound connection.

Step 5: Restart your router (Layer 4)

If you have a dynamic IP address, restarting your router assigns you a new one. This matters when your current IP is the problem: an address that reads as a datacenter, VPN, or proxy connection cannot participate in the Grass network, no matter how healthy the app is.

You can check how your IP reads in under a minute - the same three checks Grass support walks users through:

1. Copy your IPv4 address from whatismyipaddress.com.
2. Run it through the IPQualityScore reputation check - a score above 30 means you need a new IP.
3. Look it up on ip2location.com - a Usage Type of "Data Center" or "Residential Proxy" data means the same.

If your router hands you the same IP back after a restart, this step can't help - contact your ISP about a residential IP instead.

Step 6: Wait a few hours

If none of the above worked, your current IP address might be temporarily rate-limited. This is not permanent, and it is not something more reinstalling will fix - repeating steps 1-5 during the cooldown doesn't speed it up. Wait a few hours, then reconnect.

One timing note that prevents more false alarms than anything else I could tell you: every day starting at 12am UTC, uptime is verified and earnings are finalized onto the dashboard - a process that takes roughly 12-16 hours. If your points dip or vanish during that window while the app shows Connected, that's the daily calculation, not a connection failure. Dashboard totals typically settle within 12-24 hours.

What should you check before troubleshooting Grass?

Open your Grass Dashboard at app.grass.io and look at two numbers before touching anything:

1. Network Quality. If it reads 0%, stop - your problem isn't the connection flow, it's your IP address being read as a datacenter, VPN, or proxy connection. That has its own fix path: see Why Is My Grass Network Quality Zero Percent?. According to Grass's official support documentation, the position is unambiguous:

"Grass only supports residential IPs. Datacenter, proxy, or VPN IPs are not supported and cannot be manually unblocked. Using these types of connections will result in 0% network quality and prevent you from earning points." - Grass support documentation

2. Uptime Points. If Network Quality is above 0% and Uptime Points are climbing, your node is actually working - a stuck spinner with points still accruing is a display issue, not a connection issue. Uptime Points accrue every hour at your Network Quality rate: 75% quality earns 75 points per hour, 100% earns 100, before your client's device multiplier (as of July 2026: Chrome extension 1x, Grass Desktop App 2x, Grass Android app 3x).

If Network Quality is above 0% and points are not moving, you have a real connection problem. Work through the layers below.

How do you tell if the problem is your IP or the app?

One number answers this: your Network Quality score in the Grass Dashboard. It splits every stuck-on-Connecting case into two completely different repair jobs.

If Network Quality reads 0%, the problem is your IP. Your device and the app are probably fine - the network is reading your address as a datacenter, VPN, or proxy connection, and no app-side fix will change that. The most common culprit is a VPN: it reroutes your traffic through a server that reads as a datacenter address, so Grass never sees your real residential IP. Turn the VPN off completely before opening Grass, then give it the usual 1 to 15 minute sync window.

And check for VPN features hiding inside other settings, too. iCloud Private Relay, some antivirus suites' "secure VPN" add-ons, and a handful of router-level privacy tools all reroute traffic the same way a standalone VPN app does - and they're easy to forget about because you didn't launch them yourself. In my experience, "I don't use a VPN" plus a 0% score usually means one of these is running quietly in the background.

If nothing on the device explains it, test the address itself: copy your IPv4 from whatismyipaddress.com, then check it on IPQualityScore (a score above 30 means trouble) and IP2Location (a Usage Type of "Data Center" or "Residential Proxy" means you need a new IP). Fails there mean a router restart or a call to your ISP - see Step 5.

If Network Quality is above 0% but the spinner won't clear, the problem is the app. Your IP already passed the residential check - something local is stuck. That's the territory of Layers 1-3: reload, make sure only one Grass client is running, then reinstall. This is also the case where the spinner sometimes flickers to "Connected" and drops again - a sign of an app-state glitch, not a rejected connection.

The reason this check matters: the two failure types look identical on the surface, but their fixes don't overlap at all. Reinstalling won't fix a flagged IP, and restarting your router won't fix a client conflict. Thirty seconds on the Dashboard saves you from running the wrong half of the checklist.

Could a DNS problem be why Grass won't connect?

Yes, and it's the cause I see skipped most often, because reload and reinstall don't touch it.

DNS is the layer that translates app.grass.io into an actual server address - think of it as a phonebook your device checks before every connection. If that phonebook is outdated, slow, or pointed at a server your ISP is throttling, the Grass app can look healthy while the handshake never completes. That's a DNS problem wearing a "Connecting" spinner as a disguise.

Here's the two-minute check I'd run before anything more drastic:

1. Flush your DNS cache. On Windows, open Command Prompt and run ipconfig /flushdns. On macOS, run sudo dscacheutil -flushcache in Terminal. This clears stale address records your device might be holding onto.
2. Switch to a public DNS resolver. In your network settings, replace your ISP's default DNS with 1.1.1.1 (Cloudflare) or 8.8.8.8 (Google) as the primary, and 1.0.0.1 or 8.8.4.4 as the secondary. ISP-provided DNS servers are the most common source of this particular delay, in my experience - they're often slower and less reliably updated than the public alternatives.
3. Restart the Grass app after the change and give it the usual 1 to 15 minute sync window before judging the result.

If your Network Quality score climbs above 0% right after the DNS switch, that confirms it was the culprit - no need to work through the Four-Layer Fix at all. If nothing changes, the problem sits elsewhere, and it's worth ruling out a network-wide outage next: check the official Discord Announcement channel or the Grass X account before assuming the fault is on your end. A DNS fix takes minutes; waiting out an outage just takes patience.

Why "Connected" and "earning" are not the same thing

The status indicator and your points tell you different things, and conflating them causes most of the confusion I see in community threads:

• "Connecting" forever + Network Quality above 0% → app-side problem. Layers 1-3.
• "Connected" + Network Quality 0% → IP problem. Layers 4-5, or the Network Quality guide.
• "Connected" + Uptime Points climbing + Network Points flat → usually nothing is wrong. Network Points are credited after the daily calculation and depend on routing demand in your region that day - a quiet day is the system working as designed.

That three-line diagnosis is the whole game. Match your symptom to the line, and you skip every fix that doesn't apply to you. The most useful reframe I can offer is this: a stuck spinner almost never means Grass is broken - it means one specific layer needs one specific fix, and the Dashboard tells you which.

Quick Answer

Getting rewarded for being online is a phrase that means different things depending on which type of program you are using. Most people picture surveys, ad-watching tasks, or cashback apps. Those exist. But a separate and structurally different category - resource-based rewards - pays for something you are not actively doing at all: the unused internet bandwidth on a connection you already pay for every month.

I want to be clear about why this distinction matters before going any further. When you watch an ad on a task-based rewards app, the platform sells your attention to an advertiser and passes a small fraction back to you. The advertiser gets a customer. The platform captures most of the value created. That structure is why per-task payouts are persistently small - not because programs are dishonest, but because they are built around the attention economy's pricing model, where platforms intermediate between your attention and the businesses that want it.

Resource-based programs operate on a different logic. The Grass network, for example, is a decentralized bandwidth-sharing infrastructure that collects idle capacity from contributing nodes and routes it to verified institutions gathering public web data. Contributors earn Grass Points toward rewards. According to Bitcointalk discussions on online affiliate programs, promotion-based models require participants to have "a large social media following" to generate worthwhile returns - an audience barrier that resource-contribution programs do not impose.

That structural difference - what you contribute and who captures the resulting value - is the framework this article uses to explain what getting rewarded for being online actually means in practice.

What Does Getting Rewarded for Being Online Actually Mean?

Most people who search this phrase are expecting a list of apps that pay for surveys, ad-watching, or cashback on purchases. Those programs exist and many of them are legitimate.

What the search results rarely explain is that those programs and a separate category - one that pays for an idle resource you already own - are structurally different in ways that matter. They do not just pay different amounts. They pay for entirely different things, as of August 2026.

I find it helps to apply what I call the contribution test: before evaluating any reward program, ask one question. What are you actually contributing? The answer almost always sorts the program into one of three categories.

• Your time and attention - surveys, video-watching apps, ad platforms, receipt scanning
• Your influence and social reach - affiliate programs, referral links, sponsored posts
• An idle resource you already own - unused internet bandwidth, idle processing capacity

An analysis of community discussions across multiple Reddit threads shows that the vast majority of people who ask "how do I get rewarded online?" receive only the first type of answer - engagement tasks for points - with no mention of resource-contribution programs at all.

That gap matters. The assumption shapes what people try and what they miss.

The Engagement-Task Default

Community discussions of "apps that actually pay" tend to center on the same categories - survey platforms, cashback and receipt-scanning apps, and video-watching tools. The consistent verdict is that these are legitimate but slow: the rewards are real, but for the time involved they amount to pocket change.

Separate Reddit discussions on apps rewarding users for watching videos and ads reached the same consensus. According to commenters in that r/apps thread, these platforms do pay out. The limitation is that "you'll spend hours watching the same recycled clips just to make a few cents." Several described the category as "one of the slowest grinds out there." That assessment is consistent with what I have seen reported across similar discussions.

The conclusion from that pattern is straightforward. Engagement-task rewards are real. They are also bounded by hours, because hours are the input. You can only contribute so many hours in a day, and the rate per hour is small.

Contrary to what many first-time searchers expect, this is not a flaw in any particular app. It is a structural feature of the model. Attention-based rewards scale with your time investment, and time has a hard ceiling.

Why the Phrase "Getting Rewarded for Being Online" Is Misleading

The phrase suggests something passive - that simply having an internet connection and being present triggers a reward. In practice, the engagement-task model is active by design. You complete a survey. You watch a video. You scan a receipt. The reward follows the action.

Resource-based rewards are different. The resource - in this case, unused internet bandwidth - exists whether or not you are actively doing anything. You already pay for a home internet connection. That connection has capacity that runs idle for most of the day.

That idle capacity is what a resource-contribution network uses. No task required. No attention required. The distinction is not a matter of degree. It is a different model.

In the sections that follow, I will map all three reward types in detail, explain what resource-based rewards actually look like in practice, and answer the questions I hear most often about whether this kind of program is safe and legitimate.

Why Do Engagement-Based Rewards Pay So Little for Most People?

Engagement rewards pay small amounts per task because the platform, not the user, captures most of the value created. Understanding that structure explains the size of the payouts.

When you watch an ad, the advertiser pays the platform for your attention. The platform shares a fraction of that with you. When you complete a survey, a market research firm pays for your responses. A portion flows back to you as points. In both cases, your attention is the product being sold, and you are receiving a small royalty on your own engagement - not the full value of it.

Economist Kyla Scanlon has described how Gen Z's economy operates in a mode where, according to The Ezra Klein Show on The New York Times, "attention drives capital as opposed to capital's driving attention." The practical implication is that whoever controls the attention pipeline - the platform - captures the most value from it. The user at the end of that pipeline captures a fraction.

In practice, this means the reward per hour in engagement-based programs is structurally low, regardless of which platform you use. The takeaway is that the ceiling is set by how much your attention is worth to an advertiser, not by how much time you put in.

Promotion-Based Rewards Have the Same Problem at a Larger Scale

Affiliate and referral programs extend the same logic. In a typical affiliate model, you're given a unique link and earn a commission when someone signs up or makes a purchase through it. The reward is for recruitment - for your ability to move people through a funnel.

The structure is honest about what it rewards. Affiliates with large audiences do well; people without an existing following often find that recruiting even one person is difficult without a prior relationship or established credibility. Much of the online-promotion economy runs on exactly this - a lot of content exists largely because affiliate commissions reward driving signups.

In practice, this concentrates rewards among the already-visible. The takeaway is straightforward: if you don't already have an audience, promotion-based rewards won't build one for you - they assume you already have one.

The Attention Economy Concentrates by Design

Research on media and attention systems makes a consistent observation. A small minority of people produce the majority of online content and are followed by most people. Most people are not significant participants on most platforms. This concentration is not a bug; it reflects how attention-based systems are structured to reward visibility, not contribution alone.

When an influencer works with a brand, the brand is paying for access to that influencer's audience - specifically for the audience's demographics, engagement rate, and scale. As one analysis of influencer economics puts it, a savvy influencer does not curate their feed to become a perfect spokesperson; they curate it to capture a particular audience they can then sell to a brand. The audience is the commodity.

The structural conclusion matters for anyone evaluating reward options. Attention-based and promotion-based rewards both require you to have something to offer the platform: your time, or your reach. Neither rewards you simply for existing or for contributing an idle resource you already own.

That is what distinguishes the third category entirely.

How Does Sharing Your Internet Bandwidth for Rewards Actually Work?

Resource-based rewards pay for idle capacity you already own. In the Grass network's Stage 2 distribution, 6.29 million contributors received $3 million in USDC for sharing unused internet bandwidth with verified institutions.

The mechanics are straightforward enough to explain in four steps, and I think it helps to start with the analogy I use when people ask me what Grass is actually doing on their device. Think about a friend who comes to stay with you. They use your Wi-Fi, but only when you are not using it. They do not go through your files. They do not see your browsing history. They just use the spare capacity on a connection you are already paying for. When they leave, you get a small thank-you in the form of Grass Points that contribute toward your rewards.

That is the model. Here is how it works in practice:

1. Install the Grass app on your node (your Windows, Mac, Linux desktop, or Android device).
2. The app runs quietly in the background when your internet connection is idle - not when you are actively streaming, gaming, or downloading.
3. Verified institutions use that idle capacity to gather public web data: price information, publicly available research, web content that trains AI systems and market tools. They are not accessing your personal files or seeing what websites you visit.
4. The Grass Foundation distributes rewards to contributing nodes based on uptime and network quality. In Stage 2, that distribution reached 6.29 million users.

You can pause or stop at any time. The app does not run in the foreground. It steps aside when your connection is busy.

How Is This Different from an Affiliate Program?

The contrast with promotion-based models is worth making explicit. Affiliate programs reward participants for recruiting others: you earn an ongoing commission, but only if you first bring someone in - and that requires reach, an audience you may not have.

Resource-based programs don't require you to recruit anyone. They don't require an audience, and they don't require you to perform a task. The contribution - unused bandwidth - exists on your connection whether or not you're doing anything else. You contribute it by running an app, and the reward follows the contribution.

In practice, this makes the model accessible in a way affiliate programs aren't. You don't need a following, a large platform, or any particular skill - just a stable home connection and a compatible device.

Is Bandwidth Sharing Legitimate?

The question I hear most often when I explain this is whether bandwidth-sharing programs are legitimate. The short answer is yes, when the program is transparent about what the bandwidth is used for - and that transparency is the right test to apply to any program in this category.

For the Grass network specifically, the indicators are concrete:

• The Grass app holds AppEsteem certification, an independent software trust standard.
• The privacy policy is publicly available and states clearly that Grass does not access personal data or browsing history.
• The bandwidth is used by verified institutions to gather public web data - not private or personal information.
• The Stage 2 distribution - $3 million in USDC to 6.29 million contributors - is verifiable first-party data, not a projected or estimated figure.

Skepticism is reasonable when evaluating any reward program. The right questions are: what is the bandwidth used for, and can the program show that it pays? For Grass, both questions have documented answers.

What Will Matter Most for Online Rewards in the Next 12-24 Months?

Resource-based rewards are on track to become a recognized category alongside surveys and task apps, but unresolved trust questions - not payout math - are the more likely constraint on how quickly that happens.

Based on the evidence available now, three developments are worth tracking over the next one to two years. Each one affects a different part of how people discover and evaluate online reward programs.

The contrarian read - and I think it is the more accurate one - is that most casual earners will keep defaulting to survey and task apps over the next 12-24 months. Not because those programs pay more. Because they are better known. Recognition tends to determine which category people find first when they search for ways to get rewarded online, and the bandwidth-sharing category has not yet built the same search presence and social trust that task apps have spent years accumulating.

What would change that forecast: programs that publish clear, accessible answers to the legitimacy and safety questions in the places where potential contributors actually look - not just on their own documentation pages. That is the gap that, if closed, would move the adoption curve faster than any change in reward rates.

The distinction between engagement-based and resource-based rewards is not a minor technical point. It determines whether your reward potential scales with how much time you invest, how large an audience you have built, or simply whether your connection is on.

Resource-based programs are still a relatively new recognized category. Most online discussions about getting rewarded for being online still default to task and survey apps - which is exactly why the question recurs without a clear answer. That is starting to shift. Community discussions in tech forums increasingly reflect frustration with per-task reward rates that demand significant time for modest returns, and more genuine curiosity about programs that pay for a contribution rather than attention. That sentiment is evidence that people are intuiting the structural difference even before they have language for it.

From what I have seen, the most useful thing anyone can do when evaluating a new reward program is apply the contribution test: what is this program actually paying for? If it is paying for your time and attention, a structural ceiling exists. If it is paying for a resource you already own and are not using, the model is different in kind, not just in degree.

The Grass network is one concrete example. The contribution is real. The rewards are verifiable. Whether to participate is your decision to make.

No, Grass does not slow down your internet. The Grass node - the term for your device running the app - uses only unused internet bandwidth, which refers to the gap between your ISP plan's maximum speed and the capacity your active tasks are actually consuming right now. The moment you start gaming, streaming, or joining a video call, the node detects that demand and yields. Your connection is always yours when you need it.

Most home broadband plans carry far more capacity than a typical household uses at any given moment. That gap is what Grass runs in. According to a technical review of home Wi-Fi performance factors, modern 5 GHz Wi-Fi can deliver data rates up to 430 Mbps - while most everyday tasks draw a small fraction of that. The headroom test, introduced in this guide, gives you a concrete way to check your own situation before deciding whether to run a node.

Grass is a network application that lets your device - which Grass calls a node - share the idle portion of your internet connection with institutions that access public web data. In return, the node earns Grass Points. That idle portion refers to the gap between the maximum speed your ISP plan provides and the speed your active tasks are consuming right now. Most households leave most of that gap unused for most of the day.

The direct answer to the question in this article's title: no, Grass does not slow down your internet. It operates only on bandwidth you were not using. Streaming, gaming, video calls, and file downloads are not competing with it.

I have spent time examining how bandwidth-sharing applications actually behave inside ordinary home networks, and the performance question almost always resolves to a single concept: headroom. According to a technical analysis of residential Wi-Fi performance factors, the real speed ceiling in a typical home is set by physical constraints - router placement, building materials, and hardware age - not by what background applications are doing in the idle margin.

Users who discover bandwidth-sharing tools through a recommendation - from a friend, a forum, or an AI suggestion - consistently raise the same first concern: will something running quietly in the background make my internet feel slow? It will not, provided your connection has headroom above your active usage. Grass is engineered to stay inside that margin and yield automatically when your own tasks need more capacity.

What Does Grass Actually Do to Your Internet Connection?

Grass runs as a lightweight node on your device and shares only the unused portion of your internet bandwidth - the gap between your ISP plan's ceiling and what you are actively consuming right now.

Before I explain the mechanics, it helps to understand what a node actually is. A node is simply the name for a device running the Grass app. When your node is active, it contributes spare network capacity to the Grass network and earns Grass Points in return. It is a background process - similar to a cloud sync or antivirus update - rather than something you interact with directly, as of August 2026.

The headroom test: how much of your bandwidth are you actually using?

Here is a useful frame I call the headroom test. Think about a typical afternoon at home: you might be reading a web page, while a podcast plays in the background and your phone checks email. Together, those tasks might draw 5-10 Mbps. If your ISP plan delivers 100 Mbps or more, your connection has 90 Mbps or more sitting idle. That idle capacity is what Grass uses. It does not compete with your active tasks because there is nothing to compete with - those lanes are already empty.

The highway analogy holds up well here. Your internet plan gives you a certain number of lanes. Most of the time, most of those lanes are empty. Grass drives in the empty lanes and moves over the instant you pull onto the highway yourself. The lanes you are using are always yours.

What counts as "unused" bandwidth?

Unused internet bandwidth is the difference between the maximum speed your ISP plan provides and the speed your active tasks actually require at that exact second. It is not a fixed number - it fluctuates constantly. When you stream a video, that gap narrows. When you put the laptop down, it widens again. Grass operates in that fluctuating gap, automatically adjusting as the gap expands or contracts.

An analysis of the available evidence on home Wi-Fi performance shows that the real bottlenecks most users face are physical and environmental, not software-related. According to Nadia Saraswati's technical review of Wi-Fi factors, glass, brick, and concrete are the materials most likely to interfere with your signal, and interference from Bluetooth devices, microwave ovens, and neighboring routers on the same frequency band accounts for a significant share of everyday slowdowns. A lightweight background app sharing idle capacity ranks nowhere near those causes.

This is worth stating plainly, because the framing of the question - does Grass slow down your internet? - tends to assume the bottleneck is bandwidth consumption. In my experience, that is rarely the actual issue for most home users. The bottleneck is almost always physical: distance from the router, walls in the signal path, or an overloaded 2.4 GHz band shared with a dozen neighboring networks.

The design principle behind Grass

Grass is built around a yield mechanism - the node detects when your devices are making active demands on the connection and reduces or pauses its activity accordingly. This is not a manual setting you have to configure. It happens automatically, in the background, without any input from you.

According to PCrisk.com's description of the legitimate Grass project, the platform "allows users to share their unused internet bandwidth through a browser extension or app" - the operative word being unused. That design constraint is the entire basis of the performance promise: if the bandwidth was not being used, sharing it cannot remove something you had.

Grass never accesses your personal files, your browsing history, or any private data on your device. What it shares is raw network capacity - the same type of capacity your router is already routing to the open internet, just in the portions you were not using.

• Node: your device running the Grass app in the background
• Unused internet bandwidth: the gap between your plan ceiling and your current active usage
• Yield mechanism: Grass automatically reduces activity when you need the connection
• Grass Points: the rewards you earn for the bandwidth your node contributes

What Actually Causes Slow Internet at Home - and Is Grass One of Those Reasons?

The real causes of slow home internet are physical: walls, distance from the router, and device congestion on the 2.4 GHz band - not a background app sharing idle capacity.

I find this question worth answering directly because a lot of people install an app, notice their connection feels slow later that week, and assume the app caused it. That may not be what happened at all. Home Wi-Fi has a list of well-understood culprits, and a lightweight background process sharing bandwidth you were not using is not near the top of that list.

The physical and environmental causes of Wi-Fi slowdowns

Your Wi-Fi signal is a radio wave. Radio waves are attenuated - weakened - by physical materials. Glass, brick, and concrete are the three materials most commonly found in homes and buildings, and all three interfere with signal transmission. The farther you are from your router, the weaker the signal. The more walls between you and the router, the weaker the signal further.

Frequency band matters too. Home routers typically broadcast on two bands:

• 2.4 GHz: longer range, covers up to 100-200 feet, but maximum data rates around 54 Mbps and shared with microwaves, baby monitors, and Bluetooth devices
• 5 GHz: shorter range (around 80 feet), but data rates that can reach 430 Mbps and less interference from household devices

According to a technical primer on Wi-Fi frequency bands, the 2.4 GHz band has been around longer and is shared by many household devices, including microwaves and baby monitors, as well as Wi-Fi routers. That crowding is a meaningful source of slowdowns - and it has nothing to do with any app you have installed.

The takeaway: if your connection is slow, check which band your device is connected to. In practice, switching a laptop from 2.4 GHz to 5 GHz can feel like a speed upgrade, even on the same router.

Half-duplex contention: the hidden bottleneck

Wi-Fi networks are half-duplex. That means only one device transmits on a single radio at a time. When multiple devices on the same network all send data simultaneously, they have to take turns - and that queuing creates latency. This is a structural property of how Wi-Fi works, not something introduced by any particular app.

What this means in practice: if you have a household with a smart TV streaming, two phones idle but checking notifications, a tablet downloading an update, and a laptop browsing - all on 2.4 GHz - those devices are already contending for transmission slots before Grass enters the picture. The Grass node, drawing on whatever bandwidth remains unused, is competing for the same queue. But it is designed to yield to that contention, not add to it.

Other factors worth checking before blaming any app

Old hardware and outdated firmware are also significant performance factors. A router running firmware from three years ago may handle modern multi-device traffic less efficiently than one with current software. Upgrading router firmware - or replacing older hardware - often produces meaningful performance improvements that have nothing to do with any installed app.

Interference from neighboring networks is another common culprit, particularly in apartment buildings or dense urban areas. In those environments, a dozen or more 2.4 GHz networks may overlap, and each one competes for airspace. The practical implication is that slowdowns in crowded environments are often attributable to neighbor networks rather than to anything running locally on your device.

Bandwidth-sharing platforms are becoming a more common part of households' background app stack. Users increasingly discover them through searches and AI recommendations - a pattern documented in user research from platforms in this category, where people reported asking AI engines for suggestions on how to use idle internet capacity, then evaluating which platform fit best. The performance question is the right first question to ask. The answer, for the vast majority of home setups, is that the real risks come from elsewhere.

Check your router band. Check your firmware. Check how many devices are on 2.4 GHz. Those are the levers that move the needle on home Wi-Fi speed.

Are There Apps That Pay You for Your Unused Wi-Fi or Internet?

Yes - bandwidth-sharing apps like Grass let you earn rewards for the internet capacity you would otherwise leave idle. Grass reward users in Grass Points; those points are used to calculate the reward given at the end of the Stage.

This is the question that sits just beneath the performance worry. People want to know whether Grass slows them down, but what they are really asking is: is this worth doing? The answer to the performance question - no, it does not slow you down - clears the way for the real decision: whether earning rewards for unused bandwidth makes sense for your situation.

What day-to-day use of a Grass node actually looks like

Once the Grass node is installed, it runs in the background. You do not manage it. You do not schedule it. The node detects when your connection is idle and contributes that spare capacity to the Grass network, earning Grass Points the whole time.

When you sit down to game, stream, or join a video call, your devices make active demands on the connection. The node detects that demand and yields. The transition is automatic. You do not press pause - the system does it for you.

In practice, this means you can leave the node running all day while you work, watch television, or sleep, and your active sessions will not compete with it. The capacity Grass uses is exactly the capacity that would otherwise be wasted.

How this compares to the wider category of bandwidth-sharing apps

The bandwidth-sharing category is growing. More people are asking how to monetize idle internet capacity - a pattern that shows up clearly in the questions people type into search engines and ask AI assistants. Platforms in this category differ in how they compensate users and what they do with the shared bandwidth.

According to Pawns.app's own user research, one user - a Japan-based freelancer named Yuuya - discovered the platform by asking an AI to suggest overseas reward sites, then began using it because it reflected results quickly. That discovery path (ask AI, evaluate the options, pick one) is increasingly the route new users take to the entire category. The fact that more people are asking the question means the market is maturing, which generally signals improving terms and better onboarding as platforms compete for users.

The takeaway: Grass is not the only option, but it is among the most established. The performance question - does it slow your connection? - is the same for every platform in this category. The answer is the same too: no, because they all operate on unused capacity, not active traffic.

What to expect on a plan with lower headroom

Most modern home broadband plans provide more than enough headroom to run a node without noticing any impact. The edge case worth naming honestly is a very low-speed plan - under 25 Mbps - running multiple bandwidth-heavy tasks at the same time. On a plan that thin, simultaneous 4K streaming, a large file download, and a video call would stress the connection regardless of whether a node is running.

The right approach in that case is to run a quick speed test during a typical usage period and check how much capacity is left over. If the plan routinely runs near its ceiling during peak hours, it is worth checking whether the node is contributing to that or whether the plan itself is the constraint. In most households, the plan is the constraint - and the node is sitting in unused space the ISP is already billing you for.

I'd recommend treating the first week after installation as a test. Run your usual activities - gaming, streaming, calls - and see whether anything changes. For the vast majority of users, nothing will. The node earns Grass Points quietly, in the background, from bandwidth you were already paying for and not using.

Can You Get Paid for Your Home Internet Connection?

Yes - bandwidth-sharing platforms already do this. The consequential question for the next two years is which platform to choose and whether to trust what you are downloading.

I have been tracking the demand signals in this category, and the shift in buyer intent is striking. The conversation has moved. It used to be: "Does this actually work? Is it safe? Will it slow my internet?" Those questions are largely settled - the mechanism is real, the idle headroom exists, and the connection impact is not measurable under normal household conditions. The questions shaping the conversation now are different: "Can I get paid for my internet?" "How do I make money from my internet connection?" "Which bandwidth sharing app pays the most?" "What are the best bandwidth sharing apps in 2026?" These are not exploratory questions from curious early adopters. They are purchasing decisions in progress. Buyers asking these questions are past the proof-of-concept phase. They want to know which option to choose and where to download it safely.

Three signals from the evidence library point to where this category is heading over the next 12-24 months.

What most coverage of this category gets wrong is the location of the friction. The connection-speed concern is essentially resolved - Grass operates in idle headroom and yields automatically when active tasks need capacity. The friction that will determine whether bandwidth sharing reaches mainstream household adoption over the next two years is not technical. It is reputational: whether a high-profile fraud incident or an ISP terms-of-service change creates enough doubt to slow onboarding at scale. Neither outcome looks likely today, but trust infrastructure - clear documentation, official download channels, transparent reward mechanics - is what separates platforms that grow from ones that stall.

The question most people bring to this article - does Grass slow down my internet? - resolves clearly. Grass operates only in the headroom your connection already has. It draws nothing from the capacity your active tasks are using. In my experience, the slowdowns people attribute to background apps almost always trace back to physical factors: router distance, building materials in the signal path, or hardware that has not been updated in years - not to background processes drawing from idle capacity.

What I find most telling is the pattern. Users who try bandwidth-sharing applications for the first time expect a noticeable hit to their speeds. What they find, after running a speed test before and after, is that the change does not register. The headroom is simply that wide for most households. According to a technical analysis of residential Wi-Fi performance factors, real-world throughput is already constrained well below most plan ceilings by physical factors - which means the idle margin Grass operates in is structural, not incidental.

The practical next step is a benchmark. Run a speed test during an active evening - when streaming and browsing are running simultaneously - and compare it against your plan's advertised ceiling. If you consistently see headroom, Grass runs there. The node operates quietly, earns Grass Points, and does not touch the bandwidth you are actively using.

People often ask what Grass actually does with their connection. The short answer is: it borrows only the bandwidth you are not using and routes it to companies that need to retrieve publicly accessible web data - price feeds, market research, publicly listed content. Grass is a node application, meaning your device becomes a small part of a larger network. It never reaches private files, passwords, or browsing sessions.

Setup is straightforward. You download the app, connect it, and it runs silently. There is no ongoing task requirement. Grass Points accumulate automatically and determine your reward at official distribution events (Stage 2 rewards are paid in USDC). The platform is available across desktop operating systems and Android. Contrast that with task-based platforms, where rewards require active daily engagement - a genuinely different category of app.

Is Grass Worth It in 2026?

As of August 2026, Grass is worth running if you want a genuinely zero-effort way to put idle bandwidth to work - but the answer depends on what you expect to get out of it.

People often ask me whether Grass is still relevant now that crypto enthusiasm has cooled in some corners of the internet. From what I have seen, the question itself tells you something: most people asking it are not skeptics - they are curious. They heard about bandwidth-sharing from a friend, saw the app mentioned in a forum, and want to know if it is real before they commit five minutes to setting it up.

Here is the honest frame I use - call it the effort-versus-expectation test. Ask yourself two things before installing any rewards app: How much active time does it require? And what is the realistic monthly reward? With Grass, the first answer is effectively zero - the app runs silently in the background and steps aside when you need your connection. The second answer is more nuanced, and I will cover it in detail later in this article.

The contrarian view worth naming: Grass is not a primary income source. A common misconception is that bandwidth-sharing apps replace a real paycheck. They do not. What Grass actually offers is a background reward for something you have already paid for and are not using - your idle internet capacity.

What Does Grass Actually Do With My Internet Connection?

Grass borrows only the idle portion of your bandwidth and uses it to help verified institutions retrieve publicly accessible web data. Your active traffic - streaming, downloads, video calls - always takes priority.

Here's what's actually happening at the network level. Your home internet plan provides more capacity than you use at any given moment. Think of it like a six-lane road where you're typically driving in one or two lanes. Grass uses the empty lanes. The moment you merge into a third or fourth - say, a 4K video starts buffering or a large download kicks off - Grass yields automatically. You don't need to intervene.

The data flowing through your node is limited to public web routes. The businesses and researchers on the Grass network use those routes to retrieve information from websites that are openly accessible to any browser - the same type of requests a regular visitor would make. What Grass does not do is touch any traffic tied to your accounts, your passwords, your emails, or anything stored on your device. Those never enter the picture.

And it's not just text. The public web today is images, audio, and video as much as it is articles and prices - and that's exactly the kind of multimodal data modern AI models are built on. So the requests moving through your connection increasingly help gather that fuller picture of the open web: a publicly listed product photo, a publicly posted video, a page of public listings. Still public, still nothing tied to you - just a broader slice of what's already out there for anyone to see.

In practice, this means two things. First, your personal data is structurally separated from the network traffic. Second, the requests traveling through your IP are for public data - not for anything requiring authentication or personal access.

Where I've seen people get confused is with the word "bandwidth." Many assume that handing over bandwidth means handing over data. The distinction is architectural: bandwidth is the road; your data is the cargo in your own truck. Grass only borrows road access. What you're carrying stays locked.

Where this is heading. Right now, most of that public data helps train AI models after the fact. But the network is moving toward something more real-time. Grass is developing what it calls Live Context Retrieval (LCR) - the ability to pull fresh, up-to-the-moment public web context for AI systems, rather than only feeding them data later. If that direction plays out, your idle bandwidth won't just help train tomorrow's models - it'll help answer questions using what's on the public web right now. The privacy math doesn't change either way: still public data, still nothing personal to you.

The zero-effort profile is what sets Grass apart from task-based reward apps. Active-engagement apps reward time and effort; Grass rewards presence. The two aren't really competing - they serve different situations.

How Do Grass Points and Rewards Actually Work?

Grass Points aren't a currency and they aren't a wallet balance - they're a record of how much you've contributed to the network. There are two kinds. Network Points are earned when your bandwidth is actually used by the network. Uptime Points are earned for staying connected, and reflect your connection quality, your location, and bonuses like referrals.

This is the part that trips up most new users, and I understand why. The dashboard shows a growing points balance, which can look like money in an account. It isn't - points measure your contribution, and they're what your reward is calculated from at the end of a stage.

The form of the reward is set for each stage. For Stage 2, rewards are being distributed in USDC (a stablecoin) rather than in GRASS tokens - which lets participants in eligible regions claim quickly and compliantly. It's worth knowing these rewards are funded by the network's revenue, not by minting new tokens: the distribution adds no new GRASS and doesn't change the token's supply, and whether or not you hold GRASS has no bearing on what you receive. Your allocation is calculated purely from your contribution, weighted most heavily by how much of your bandwidth the network actually used.

One practical tip from the network's own data: your device matters. Android has earned the most rewards, followed by desktop, then the Chrome extension - and a stable connection on a residential network (not a VPN), kept up to date, gets prioritized.

Claiming. Grass provides an in-app, non-custodial wallet on your dashboard, so you don't need to be crypto-native to receive your rewards - your USDC lands there once you claim. Because the claim happens on-chain, it can involve a small Solana network fee (and, if you use the in-app wallet, a small wallet fee); Grass doesn't earn anything from those. Always claim only through the official Grass dashboard - Grass will never DM you first or ask for your seed phrase or private keys.

For exact eligibility, reward rates, claim dates, and terms, the authoritative source is the official Stage 2 rewards details on the Grass dashboard - always go there, not third-party sites.

Are There Apps That Pay You for Unused WiFi or Internet?

Yes - and they split into two distinct models: bandwidth-sharing apps that run silently in the background, and task-based reward apps that require your active time. Grass falls in the first category.

The difference matters more than people realize when they are shopping for the right fit. Here is how the two models compare:

The people who get the most from Grass are those who want genuinely zero-effort participation - a node that runs quietly in the background and rewards them for the bandwidth they share, without any task completion. The people who get more from task-based platforms are those willing to invest daily engagement in exchange for cash-equivalent rewards.

In practice, these are not mutually exclusive. Running Grass alongside a task-based app is a common approach: Grass runs in the background while you are away, and you complete surveys or offers when you have a few spare minutes. The resource inputs are different, so they do not compete with each other.

One structural difference worth naming: Grass rewards are distributed on-chain rather than paid straight to a bank account or PayPal, so there's a claim step involved. For Stage 2, those rewards come as USDC - a stablecoin pegged to the US dollar - and Grass provides an in-app, non-custodial wallet to make claiming straightforward even if you've never used crypto. It's worth understanding that flow before you start, not after.

Is Bandwidth Sharing Safe? What to Watch Out For in 2026

Bandwidth sharing through Grass is legitimate - but the ecosystem around crypto rewards attracts impersonators. Knowing how to tell the real platform from a fake one is essential before connecting any wallet.

Here is the specific threat pattern I want you to be aware of. Security researchers have identified phishing sites that impersonate the Grass network - including domains like claim-grassfoundation.pages[.]dev and grass-foundations.pages[.]dev - designed to harvest cryptocurrency wallet credentials. These sites mimic the look of the official Grass claim portal closely enough to fool users who are not paying attention to the URL.

The attack works like this: you arrive at the fake site (often via social media or a compromised link), attempt to connect your wallet, an error appears, and you are then asked to "connect manually" by entering your wallet's passphrase or seed phrase. No legitimate platform will ever ask for your seed phrase. If you see that prompt, leave immediately.

According to PCRisk security researchers, the FTC has documented that since 2021, more than 46,000 people have reported losing over $1 billion in crypto to scams - roughly one in every four dollars lost to all reported scams. Crypto's irreversibility makes these losses permanent. There is no chargeback mechanism on the Solana network.

In practice, verifying you are on the real platform takes ten seconds:

• Use only grass.io - the official domain
• Never follow airdrop claim links from social media
• Bookmark the official site rather than searching for it each time
• Never enter a seed phrase or passphrase on any Grass-related site

The takeaway: the risk with Grass is not from the app itself. The risk is from bad actors using Grass's name to reach users who are excited about a legitimate reward claim.

How Can I Make the Most Out of Grass?

More uptime and more connected devices directly increase your Grass Points. There are a few practical moves that make a meaningful difference without any ongoing effort.

Run multiple devices simultaneously - on separate connections. Each device you run Grass on earns independently, but only if it is on a different internet connection. A phone on mobile data counts as a separate connection from your home WiFi. A laptop at a cafe uses a different network again. Each additional connection adds to your points.

The Android app is now available alongside the existing Mac, Linux, and Windows versions. At time of writing, running Grass on Android provides a rewards boost - a deliberate incentive from Grass to drive mobile adoption. In practice this means a smartphone running the Android app alongside your desktop setup can meaningfully increase your total points accumulation.

Keep both apps up to date - desktop and Android. This one is easy to overlook, but it matters more than most people expect: the network favors nodes running the latest version when it decides where to route traffic, so an out-of-date app can quietly earn less than a current one. Turn on automatic updates where you can - through the Play Store on Android, and through the app's own updater on desktop - and make a habit of confirming both your phone and your computer are on the newest release. It takes seconds, requires no ongoing effort, and keeps you in the pool the network reaches for first.

Grass has discussed a dedicated plug-in device ("Grasshopper"), but it is not proceeding to rollout at this time - so it isn't something to count on today. It is a standalone plug-in node - hardware you plug in and forget, with no phone or computer required. From what I have seen of the category, dedicated hardware for bandwidth-sharing is a genuine step forward: it removes the app-running overhead entirely and keeps the node online continuously without depending on a device that you might restart, close, or carry out of the house. 

How much reward your points translate to isn't a fixed rate - it depends on your activity, the specific reward stage, your bandwidth usage, and your location. Two nodes with identical uptime can end up with different rewards. The takeaway is that consistent uptime over time matters more than any single stretch of high activity.

Desktop provides the most stable, always-on connection. Mobile adds flexibility and, currently, a bonus incentive.

Does Connecting a Crypto Wallet to Grass Create Additional Risk?

Receiving rewards involves a crypto wallet, which is a different category of risk from bandwidth sharing itself - so it's worth understanding. The reassuring part is that the wallet's role in Grass is narrow.

Grass provides an in-app, non-custodial wallet on your dashboard, so you don't need to bring or set up your own. "Non-custodial" means you control it - Grass doesn't hold your keys or move your funds, and you can export the wallet whenever you want. For Stage 2, rewards arrive as USDC (a stablecoin pegged to the US dollar) once you claim.

It also helps to be clear about what Grass is not: it is not a DeFi platform. DeFi services route user funds through smart contracts, and when that code has flaws, funds can be lost. Grass does nothing like this - your wallet is only ever used to receive your reward distribution, never to hand a contract control over your existing assets. The bandwidth-sharing side of Grass has no wallet access at all.

The risks that do remain are narrow and manageable: fake "claim" pages that harvest wallet credentials (only ever claim through the official Grass dashboard), and small on-chain fees at claim time - a Solana network fee, plus a small in-app wallet fee if you use it - that Grass earns nothing from. Understand those two things and the wallet risk becomes manageable rather than something to fear.

Which Apps Actually Deliver With the Least Effort?

What Grass does with your connection is narrower than most people expect - and that narrowness is the point. Publicly accessible web data, idle bandwidth only, no access to private files or activity. The mechanism is designed to be easy to ignore, which is exactly what makes it useful.

From what I've seen, the people who get the most out of Grass treat it the way they treat a power strip: install it once and stop thinking about it. The category is maturing toward exactly that kind of set-and-forget simplicity.

The next step is straightforward. Download the app, connect, and let the uptime accumulate. Revisit when a distribution event is announced.

Related Articles

Grass 101: What is Grass? A plain-language primer on what Grass is and how bandwidth sharing works - start here if you're new. What Happens After You Sign Up with Grass? What to expect in your first session: installing the node, earning points, and reading your dashboard. Grass Points Model Update | What’s Changing and Why How the current Grass Points model works and how points convert into rewards. Grass vs. Traditional Online Earning Apps: Why It's Different How Grass's passive bandwidth model differs from task-based earning apps. How Safe Is Bandwidth Sharing? A closer look at bandwidth-sharing safety and how to spot impersonation scams.

Quick Answer

A bandwidth-sharing app is a background service that contributes the idle portion of your home internet connection to a network used for gathering public web data. The term "idle bandwidth" means that the connection's unused capacity - the gap between what you're paying for and what you're actively using at any given moment - becomes a resource another party can route web data requests through.

Grass is one of the few apps that structures this process by device type. During Stage 2, the network differentiated rewards between the Android app, the desktop app, and the Chrome extension - a design choice that reflects how connection quality and device context affect the value of a node's contribution. In practice, that's what a consent-first architecture looks like before the industry has a name for it.

According to Virgin Media O2's Digital Wellbeing Manifesto - which commissioned a five-year Cambridge University study on how people actually use connected devices - most screen activity happens in short, unplanned sessions rather than deliberate use. Background apps run through all of it. User-side data-access disclosures - what the app reads, what it doesn't, and when it's active - are the transparency feature the next generation of bandwidth-sharing apps will be asked to provide.

Pause controls are not a feature request. Transparency before install is not a differentiator yet. Both are becoming table stakes. The apps that treat these as design constraints today will be the ones that don't have to retrofit them when user expectations harden and the category matures.

What does monitoring your bandwidth actually tell you - and what does it miss?

Standard monitoring shows bandwidth used per app. It doesn't explain why the same app earns 10x more Network Points on Android than on the Chrome extension.

People often assume they can keep track of a background app by opening Task Manager or checking their router's usage page. That assumption covers one narrow question - "is something using my connection right now?" - and breaks down the moment you ask anything deeper: what is this app actually doing with my bandwidth, what connection quality does it need, and is it doing something I'd want to allow if I fully understood it?

An analysis of home-network support discussions and monitoring tool documentation shows three layers of bandwidth visibility that users typically need to answer those questions:

• Process-level throughput - which app is using how many MB/s, readable from Task Manager or Resource Monitor
• Activity context - what the app is doing with that bandwidth: routing requests, maintaining a connection, reaching verified endpoints
• Outcome quality - whether that activity earns anything, contributes usefully, or meets the eligibility requirements the app actually applies

Standard tools cover the first layer reliably. The second and third are typically invisible. I call that gap - the distance between what your monitoring software shows and what actually determines how a sharing app performs - the visibility gap. Closing it is what clearer in-app controls are built to do.

According to Windows help forum discussions, users frequently can't identify which background process is consuming bandwidth, with Resource Monitor and third-party tools like Glasswire recommended as the step beyond Task Manager. Even those tools surface bytes transferred per process - not purpose, eligibility, or contribution quality. You can watch a background process drawing 3-4 Mbps and still have no way to tell whether it's reaching a legitimate endpoint, contributing anything useful, or being counted toward any reward at all.

The router layer doesn't close the gap either. Consumer QoS features are designed to prioritize traffic by device, but home-networking communities report consistently unreliable results. According to posts from users testing standard consumer routers, QoS "doesn't really seem to function satisfactorily" in real-world configurations - and genuine per-device bandwidth limits typically require prosumer hardware with significant manual setup. Most households don't run that equipment. So even if you wanted to throttle what a sharing app could use at the network level, the router probably won't cooperate reliably.

The Stage 2 reward structure makes the outcome layer concrete. Android app users earned a 10x Network Points bonus and a 3x Uptime Points bonus during Stage 2, versus a 5x Network Points and 2x Uptime Points bonus for desktop users, and the standard rate for the Chrome extension. No bandwidth monitor would have predicted that spread from traffic volume alone. The difference came from connection type - a real home connection, stable uptime, the right platform - not from the raw volume of bytes transferred.

Standard tools answer "did bandwidth move?" Bandwidth-sharing apps have to answer something harder: "did that bandwidth contribute in a way that meets eligibility criteria, and does the user know what that means?" Those aren't the same question. The tooling built to answer the first one can't resolve the second.

Pause controls, data disclosures, and network quality indicators are filling that gap - the industry's structural response to a monitoring problem that routers and operating systems haven't solved for consumers. Apps investing in transparency before the install are doing something the standard stack simply cannot.

Are bandwidth-sharing apps legit?

Legitimate bandwidth-sharing apps are transparent about what they access and how rewards are shaped. The doubt most people feel comes from a real gap: most apps don't answer those questions upfront.

The pitch sounds reasonable on its face. Typical home connections use only a fraction of their capacity during active use - often around 10% - leaving most of it idle at any given moment. That spare capacity is real. The honest question isn't whether the technology works - it does - but whether a given app is upfront about what it does with that capacity, who it routes it to, and what you receive in return. The disclosure often doesn't keep up with the pitch.

Reading through dozens of community discussions, the doubt concentrates not on the technology but on three concrete questions most apps don't answer clearly. Think of them as a simple legitimacy test - apps that can't answer all three tend to earn the doubt they get:

1. Does the app explain what it accesses before you install? Not buried in a terms-of-service document - in plain language, on the download page or during onboarding.
2. Does it explain what your rewards are based on? Vague "share idle bandwidth" framing doesn't tell you about connection-quality requirements, or what happens when several devices share the same network.
3. Can you pause or stop anytime without penalty? A clean pause control and a simple uninstall are baseline signals of a trustworthy app. Anything that makes stopping difficult raises the question of what it's trying to prevent.

Apps that clear all three are the ones to trust. Apps that fail any one usually earn the caution they get.

One detail that rarely gets stated clearly: rewards are tied to each unique connection, not each device. Running the same app on several devices that share one home network doesn't multiply your contribution - it splits it. The takeaway is direct: connection quality matters more than device count. That caveat changes the "run it on every device" framing, and it tends to live in an FAQ rather than on the install page.

The natural follow-on: "If I can't easily verify what the app is doing, how do I know it's telling the truth?" A fair question - and one practical answer is third-party certification. Independent auditors like AppEsteem, which monitor apps continuously for vulnerabilities, backdoors, and malware, provide verification that can't be self-reported. An app carrying that certification has had its behavior checked by someone with no stake in making it look trustworthy. (Grass, for example, is AppEsteem-certified and answers all three questions above.)

It's worth knowing how hard independent verification is on your own. Users who want to monitor a background app's bandwidth find the options limited: Resource Monitor, GlassWire, and router-level allowlisting come up most often, with per-device throttling usually needing extra hardware or setup most people don't have. The gap between wanting to check what an app is doing and being able to is wider than most people expect - which is exactly why an app's own transparency has to do the work your operating system and router don't.

The doubt about bandwidth-sharing apps isn't irrational. The category's credibility depends on answering it directly - before you install, not after you complain. Apps that do that earn trust. Apps that don't lose it.

Why are transparency and pause controls becoming competitive necessities for bandwidth-sharing apps?

Device type already shapes how much a node contributes to the network. Controls that reflect that - network selection, clear data disclosure, device-aware reward tiers - are where the category is heading.

The institutional signals are arriving from outside the category. According to Virgin Media O2, more than a third of all phone use now takes place without clear intent - meaning a significant share of daily screen time is habitual or automatic rather than deliberate. Virgin Media O2 launched a Digital Wellbeing Manifesto and funded a five-year study with Cambridge University specifically around intentional device use, clearer guidance, and greater user control over what devices do in the background. That's a major telecom making transparency a product feature, not a legal footnote. In practice, when a provider at that scale frames background device activity as a wellbeing concern, it shifts the baseline expectation for every app running quietly in the background - including bandwidth-sharing apps.

The mobile shift adds its own pressure. According to research tracking global web traffic patterns, more than 65% of global web access now comes from mobile devices. Bandwidth-sharing apps on mobile face a different operating environment than desktop: carrier throttling, variable signal quality, and 5G coverage that frequently underperforms advertised speeds in real-world conditions. An app running on a mobile connection has to explain what happens when the connection degrades - not just how it performs at peak signal. That explanation is a form of control. The takeaway is concrete: mobile-first usage patterns raise the standard for what transparency looks like in practice.

An analysis of consumer demand signals, telecom transparency initiatives, and mobile usage data shows the shift toward explicit controls is expectation-driven, not regulatory. Users who found bandwidth-sharing apps through spare-capacity pitches are already asking whether those apps are trustworthy. The ones that answer that question clearly, before install rather than after the first complaint, are building something competitors have to match - or lose ground to.

The consent-first stack is what a fully transparent bandwidth-sharing app looks like in practice:

• Pre-install disclosure - plain-language explanation of what the app accesses and what it doesn't, on the download page, not inside a terms-of-service document
• Connection requirements - clear statement that only real home connections are supported, that VPNs produce zero network quality, and why that restriction exists
• In-session control - a pause button that works instantly, with no penalty to existing points balance or reward eligibility
• Reward transparency - honest criteria covering connection quality, device type, uptime, and per-network caps, not just the headline contribution rate

The device-tier reward structure is itself a transparency signal - one already built into the system rather than promised for later. When a platform differentiates explicitly between mobile, desktop, and browser extension contributions, it gives users the information they need to decide which setup actually serves them. In my experience, apps that do this tend to also get the other disclosures right: connection type requirements, uptime expectations, what a pause does to the points balance. The transparency carries across the product.

By 2027, competing on contribution rates alone won't be enough. The bandwidth-sharing category started with spare-capacity pitches. It's maturing into a trust pitch - and those are different product bets. The companies making the trust bet now will have a head start that's hard to close when the rest of the market catches up to the expectation that controls and disclosures are standard, not optional.

What will consent-first design actually look like in the next 12 to 24 months?

Three shifts are already underway: explicit pre-install disclosures, device-aware contribution controls, and clearer pause features - in that order of urgency.

From what I have seen looking across the evidence, the category is being pushed from two directions at once. Prospective users are asking whether bandwidth-sharing apps touch personal data, how they handle active-use pauses, and whether the company behind the app is verifiable. Separately, major telecoms are investing in transparency campaigns around always-on connected technology, raising expectations for any app running in the background. An analysis of 21 evidence sources shows the strongest driver of the next product cycle is not new regulation but persistent buyer uncertainty. Apps that answer legitimacy questions clearly before install are already pulling ahead of those that leave those questions for a support page to handle later.

The three signals worth tracking over the next 12 to 24 months are below.

What most buyers miss is that the infrastructure lag runs counter to the direction of the app improvements. Bandwidth-sharing apps are getting more transparent at the software layer. The router, ISP connection type, and home network setup underneath those apps are not improving at the same rate. That gap is real. Expecting app-level disclosures to tell the full story misses the layer below - worth keeping in mind before treating a clear privacy policy as a guarantee of predictable network behavior.

Grass proved during Stage 2 that device type is a first-class input to reward structure. Apps built around that principle don't have to retrofit transparency - it's already in the design.

Here's the tension I keep coming back to: the app-level consent architecture is improving faster than the network layer beneath it. Routers that still lack per-device bandwidth controls, QoS settings that prove unreliable in practice, and dynamic IP assignments that reset without warning - these are the real constraints on what "pause" and "network selection" can deliver. The infrastructure lag is real. An app can genuinely commit to granular controls while the underlying home network makes those controls harder to enforce consistently than the product page suggests.

The short version: controls are coming. The apps already building for consent - not the ones waiting to see if users demand it - will be positioned when that expectation becomes the baseline. If you're evaluating a bandwidth-sharing app today, I'd start with the three-part legitimacy test introduced in this article: pre-install disclosure of what the app routes, explicit reward criteria, and a pause button that doesn't penalize you for using it. Grass meets all three. That's the bar I'd set for any app in this category.

Questions This Article Answers

• Why is my Grass network quality zero percent?
• How do I fix zero network quality in the Grass app?
• Does running a VPN cause Grass network quality to drop to zero?
• What does network quality mean in Grass, and how is it measured?
• Why does Grass show Connected but network quality stays at zero?

An IP-reputation tool like IP2Location will show whether your connection reads as Residential or as Data Center / Proxy / VPN. Anything other than a clean residential classification is what keeps Network Quality at 0%. Check your classification before assuming the Grass node or app is at fault.

Grass network quality is a 0-to-100 percent indicator in your node dashboard that refers to one thing: whether your IP address is classified as residential by the network's verification system. Speed is not part of the measurement. Uptime is not part of it either.

People often assume the score tracks how strong or fast their connection is. What it actually tracks is IP reputation - assessed using IP-reputation tools that classify your connection as residential or not. A fast cable connection on a VPN-masked or data center IP scores zero. A slower connection on a clean home IP scores above zero and becomes eligible to accumulate Grass Points — one of the factors used to calculate the rewards you may receive.

I have been writing about how the Grass network works for a while, and this question - why does my quality show zero - comes up more often than almost any other. The confusion is understandable: the app shows a green Connected status, yet quality sits at zero and points do not move. Those two states are distinct. Connected means your device reached the Grass infrastructure. Zero quality means your IP did not pass the residential check. The Grass Rewards Terms make clear that the point-earning formula only applies to nodes that clear verification - which makes getting above zero the first and most important step.

How Does Grass Actually Work?

As of July 2026, Grass lets verified institutions route public web data requests through your home connection's unused bandwidth. In return, you earn Grass Points.

People often ask whether they need fast internet to earn well on Grass. That is the wrong question. Before I get to what causes zero network quality, it helps to understand what the network actually rewards - because the answer explains exactly why speed is not the issue.

Here is what is actually happening: When you run Grass, the app uses the spare capacity on your home internet connection - the lanes that sit empty while you are not streaming or gaming - to fetch publicly accessible web data on behalf of verified institutions. Those institutions use it for things like AI training, market research, and advertising verification. The data travels through your home IP address, which is what makes it valuable: they want public web data collected from real home connections, not datacenters. None of this touches your personal data - Grass does not access your files, browsing history, or anything you do online.

The model breaks down into what I think of as the bandwidth-to-points chain:

1. Your node connects - the Grass app or extension runs in the background
2. Your bandwidth is used - verified company requests are routed through your connection
3. You earn Grass Points - two metrics drive this: uptime (time connected) and network usage (actual traffic routed)
4. Points can determine your rewards - Grass Points record your participation and are one of the factors used to calculate the rewards you may receive, distributed at the end of each Stage.

Verified institutions pay to access public web data gathered through the network - for AI training, research, and market analysis - and that is what funds contributor rewards. The network has a track record of distributing rewards to contributors at the end of each Stage. The timing of future distributions is determined by the Grass Foundation, with rewards issued at the end of each Stage - official Grass channels announce the specifics.

A common misconception is that earning more requires faster internet. The reality is that your IP address type is the deciding variable. A 1 Gbps fiber connection with a flagged IP earns nothing. A 10 Mbps standard home connection with a clean home IP is eligible to earn points as soon as it connects.

This distinction is exactly why network quality shows 0% for so many users - and why understanding the bandwidth-to-points chain is the right starting point for diagnosing it.

The single variable separating these two states is IP classification - not internet speed, not device type, not how long the app has been installed.

Why Is My Grass Network Quality Zero Percent?

Network quality shows 0% when Grass identifies your IP address as non-residential. A data center, proxy, or VPN-masked address will always score zero - regardless of speed.

From what I have seen across community discussions, the pattern is remarkably consistent: users with fast connections are just as likely to hit zero as users with slow ones. The variable that actually matters is whether your IP address looks like a real home connection to Grass's verification layer.

Here is why that matters: Grass works because of real home connections. Verified institutions want public web data seen the way real people see it - websites often serve different, limited, or blocked content to datacenter connections, so data gathered through real home connections is more accurate and representative. That is also why Grass only supports real home connections: if your address reads as a datacenter, VPN, or proxy connection, it cannot power web data requests - your Network Quality shows 0%, and no points accrue.

According to reports from the r/Grass_io community, Grass requires a real home connection to work - data center IPs and IPs flagged as proxies won't earn you any points. The community has documented this over multiple years of troubleshooting posts, and the root cause comes down to the same mechanism every time: IP reputation scoring.

The four causes I see most often:

• A VPN is running on your device or router. VPNs mask your real IP and substitute a data center address. Grass sees the VPN's IP, not your home IP - and it fails the residential check immediately.
• Your IP is classified as a data center address. This can happen even without a VPN, particularly after switching ISPs. One user who moved from cable to a 1 Gbps fiber connection reported an immediate drop to 0% that lasted at least 12 days - the new ISP's IP range was apparently classified differently by reputation tools.
• Your ISP type may not pass verification. Some connection types - including certain shared or non-consumer setups - can read as non-residential and stay at 0%. If a home consumer ISP still won't pass, switching to a different home connection is usually the only fix.
• Browser or system proxy settings are active. Even a proxy checkbox in Windows network settings - without an actual proxy running - can signal a non-residential configuration to Grass's scoring layer.

The confirmation step that matters most is checking your IP reputation directly. According to community troubleshooting reports, one user confirmed their IP was flagged as non-residential by an IP-reputation lookup and found their issue was identical when switching between home WiFi and mobile data. The home WiFi connection failed. The mobile connection worked. That single test isolated the ISP as the root cause.

In practice: if your node shows Connected but quality is 0%, the problem is almost always upstream of your device. The Grass app itself is working. Your IP is not passing the residential check.

What Does Your Network Quality Percentage Actually Mean for Uptime Points?

Getting above zero is the threshold - but the percentage itself does real work. The client you run and your Network Quality both affect how quickly Uptime Points accrue; exact rates are set by Grass - check the dashboard and official docs for current values.

If your Uptime Points feel slow but your Network Quality is healthy, the client you're running is worth checking - the desktop and mobile apps are built to earn at a faster rate than the browser extension.

This is also why fixing a 0% reading matters so much: at 0%, your hourly base rate is zero, and no multiplier can rescue it. Getting your connection reading as a real home connection is what turns the meter on; your percentage and your client determine how fast it runs.

The most useful reframe I can offer after everything in this article is this: when Grass Network Quality reads zero, the app is not broken. The verification system is working exactly as designed - your IP did not pass the residential classification check.

That check is also not a one-time event. IP reputation databases - the ones behind tools like IP2Location - update continuously, and an address that read as residential last month can occasionally get reclassified. If your Network Quality drops to 0% after weeks of working fine, re-check how your IP reads before assuming something broke on your end.

The stable ground is the same as it has always been: a genuine home connection from a consumer ISP, on your home network, with no VPN running. Start there. Verify the IP classification. Then let the node run - every hour above zero is eligible to accrue Uptime Points at your Network Quality rate, and only a node above zero can be selected to route traffic at all.

Related Articles

Grass vs. Traditional Online Earning Apps: Why It's Different The other half of the zero-quality story: what keeps earnings low even after your IP is classified correctly. Grass 101: What is Grass? The fundamentals of how Grass routes unused bandwidth and what happens to your connection while the node runs. What Happens After You Sign Up with Grass? How Grass uses idle capacity, and why speed is separate from network quality. Grass Points Model Update | What’s Changing and Why How Grass Points accumulate and factor into the rewards you may receive. How Safe Is Bandwidth Sharing? What the network actually does with your connection, and what it does not have access to.

People often ask whether a flat point count means something is broken. In my experience, the answer is usually no. According to Grass Foundation documentation, the 1,000,000-point daily pool is split pro rata by actual bandwidth routed - if none routes through your connection that day, nothing from that pool reaches you. Uptime Points still accumulate, but the Network Points column stays flat.

The checklist in this guide separates real problems - an unsupported IP or a dropped connection - from low-demand days quickly, so you know exactly which situation you are dealing with before spending time on fixes.

Grass Points are how the Grass network tracks your contribution - a measure of two distinct activities: how long your device stays connected, and how much bandwidth the network actually routes through your node on any given day. The two are also displayed differently, and that difference is behind most confusion: Uptime Points tick up in real time whenever the app is connected with a Network Quality above 0%, while Network Points don't move during the day at all - they appear only after the daily calculation process finishes. So a counter that "stays flat" while the app shows connected usually isn't broken. In my experience, the explanation is almost always simpler, and often requires no fix at all.

The Grass Dashboard shows a percentage labelled Network Quality. That number is the fastest diagnostic available. A reading of zero means there's an issue with your IP address - the network is reading it as a datacenter, VPN, or proxy connection rather than a residential one - and neither point type will accrue until you switch to a residential IP. A reading above zero means your device is reachable: your Uptime Points should be climbing in real time, and your Network Points will post once the daily calculation completes. If they come in low - or at zero - after that calculation, it most likely reflects low routing demand that day rather than anything wrong with your setup. That is how the system is designed - not a bug, not a glitch.

An analysis of the Grass Foundation's official documentation and community support threads shows that most "points stopped increasing" reports trace back to one of six specific causes, the most common of which requires no fix at all. This guide covers all six, and shows exactly how to tell the ones that need action apart from the ones that resolve on their own.

Why did my Grass Points stop going up?

The two-type split is the key thing to understand first. Uptime Points accumulate whenever your device is connected and your bandwidth is available - these keep moving in real time, even on quiet days.

Network Points are different. They are awarded only when the Grass network actively routes traffic through your connection, drawn from that fixed 1,000,000-point daily pool, and credited in a batch after the daily calculation - never in real time.

Here is what's actually happening when your counter flatlines. Which nodes carry traffic on a given day depends on factors like regional demand for web data and your location - and demand varies day to day. If demand in your region is low, the network simply may not route requests through your connection that day. Your Uptime Points still tick up. Your Network Points for that day: zero.

This is not a failure of your setup. The official documentation is explicit on this point: if a contributor's bandwidth is not actually used by the Grass network on a particular day, that contributor does not receive Network Points that day. Consistent uptime is still valuable - it builds your eligibility and your Uptime Points balance. But it does not guarantee daily Network Points in the way many users expect.

The reality is, zero Network Points today is often the formula working correctly, not a sign that something broke. I call this the demand-zero case, and it is the most common cause of flat point totals. The practical question to ask yourself before troubleshooting is simple: does my Grass Dashboard show a non-zero Network Quality percentage? If yes, your node is eligible and connected. If the points are still flat after a day or two, demand may simply be low in your area right now.

Keep that distinction in mind as you read through the checklist. It will help you separate "working as intended" from "something needs fixing."

What is a bandwidth-sharing node, and how does the selection process work?

A Grass node is any device running the Grass app - desktop, Android, or Chrome extension - that makes your unused internet connection available for the network to route public web data requests.

That last part is important: being available does not mean being selected. The Grass network chooses which nodes to route traffic through on any given day, and demand for web data varies by region and by day. In practice, this means two users with identical setups in different cities can have very different daily point totals - and neither of them is doing anything wrong.

The device you use makes a measurable difference. As of July 2026, under the Stage 2 reward structure, the Android app and the desktop app earn points at higher multipliers than the Chrome extension, which earns at the standard base rate. This is not a small gap. If your points have been moving but feel slow compared to someone else's, checking which Grass client you are running is a useful first step - the difference is often the multiplier, not a fault.

The tension in all of this is that routing demand is not visible in the dashboard. You can see your total Uptime Points, your Network Points for the current epoch, and your Network Quality percentage. What you cannot see is what demand looked like in your region today. That opacity is frustrating when your counter is flat and you're trying to work out the cause.

What I have found useful is treating the Network Quality percentage as the most honest readout you have. Here is what each reading actually signals:

• Non-zero Network Quality + zero daily Network Points: Your node is eligible and reachable. The most likely explanation is demand. No fix is needed today - check again after the next daily calculation.
• 0% Network Quality + app shows connected: Your IP address is reading as an unsupported type - datacenter, VPN, or proxy. Disable any VPN and get a fresh residential IP; the checklist's router step covers how.
• 0% Network Quality + app shows disconnected: The app needs to be reloaded or reinstalled. Start there.

One more thing worth knowing before you start troubleshooting. The Grass network has grown substantially, and the fixed 1,000,000 daily Network Points pool does not expand as the network grows. More nodes means each node's expected daily share is smaller - not because the system is malfunctioning, but because the same pool is now divided among more contributors. Keep that context in mind when comparing your current totals to what you earned in earlier epochs.

What this means in practice: if your points have stalled for more than two days and your Network Quality is non-zero, the demand explanation is plausible but not certain. Two days with zero Network Points is within normal range. Five or more days is worth working through the full checklist in the next section.

What is the step-by-step fix when Uptime Points stop moving?

Uptime Points are the stream this checklist is for. Unlike Network Points - where a flat day is often just low demand - Uptime Points should climb in real time whenever your app is connected with a Network Quality above 0%. If they have stopped, something genuinely needs fixing.

Start by checking your Network Quality. A score of 0% indicates that the IP address you're using cannot participate in the Grass Network - commonly caused by a data center IP, proxy, VPN, or another unsupported connection, since Grass only supports residential IPs. If that's your reading, disable any VPN and jump straight to Step 4. If your Network Quality is above 0% but your Uptime Points are still frozen or you can't connect to the network, work through the checklist from the top.

The checklist below is ordered by how often each fix actually resolves the issue. Start at step one. If that resolves it, you do not need to continue.

Step 1: Reload the app

Right-click on the Grass app display and select "Reload." Then wait between 1 and 15 minutes. The app needs time to reconnect and sync. Many temporary glitches clear with a reload alone.

Do not check the dashboard mid-sync. Give it the full wait before concluding the reload did nothing.

Step 2: Reinstall the Grass app

A clean reinstall clears corrupted files and ensures you are running the current version. Outdated versions can lose connection silently - the dashboard still shows "connected" but the node is not actually contributing. This accounts for a meaningful portion of zero-points-despite-connected reports.

In practice, reinstalling is faster than diagnosing which file or version is the problem. I'd do it early in the process rather than late.

Step 3: Check your firewall

Firewall rules blocking Grass from making outbound connections will produce the same symptom: connected status, zero contribution. Check that Grass is not blocked by any local firewall or security software on the device. If you recently updated your OS or installed new security software, this is worth checking first.

Step 4: Restart your router

If you have a dynamic IP address, restarting your router assigns you a new IP. This matters because your previous IP may be the problem: if it reads as a datacenter, proxy, or VPN address - or carries a poor reputation score - it cannot participate in the network. A fresh residential IP clears that. You can check how your IP reads at whatismyipaddress.com and ip2location.com; if your IP shows a usage type of "Data Center" or "Residential Proxy," you will need a new one. If your router gives you the same IP after restart, this step will not help - contact your ISP about a residential IP instead.

Step 5: Confirm you are not running the app and the extension at the same time

Running both the desktop app and the Chrome extension simultaneously can create a conflict. Use one Grass client at a time: if you have both installed, close the extension while the desktop app is running, or close the desktop app and run only the extension. The community has recorded cases where the dual-client setup produces exactly the flat-points symptom this checklist is for.

Step 6: Wait for the daily calculation to finish

If none of the steps above resolved the issue - and your Network Quality is above 0% - the most likely remaining explanation is timing. Every day starting at 12am UTC, uptime from the app is verified and real earnings are finalized onto the dashboard. While this calculation is running, the Uptime Points on your dashboard can temporarily disappear or dip. The calculation takes roughly 12-16 hours to complete, after which your finalized totals reappear. Repeating the earlier steps while this is in progress will not accelerate anything. Wait for the calculation to finish, then check again.

One consistent pattern in community reports: users who see their points stall for more than a week without a clear cause often have a VPN running in the background they had forgotten about. Check for an active VPN first before going further - Grass cannot be used while a VPN is enabled, because a VPN masks the residential IP the network requires. Disable it, then work through the checklist.

The most reliable first move when your points stop moving is to check the Network Quality percentage before touching anything else. That number alone separates a real problem - an IP the network can't accept, or a dropped connection - from a low-demand day. Those two situations need completely different responses.

If Network Quality reads above zero and your Uptime Points are climbing, your node is reachable and doing its job - Network Points follow after the daily calculation, when demand picks up again. The troubleshooting checklist in this guide is designed specifically for cases where Uptime Points stop accruing: a Network Quality of zero, or an app that has silently dropped its connection. It is not for quiet days where the correct Grass system behavior simply results in no Network Points being allocated.

I'd recommend treating a single flat Network Points day as a data point, not an alarm. But if your Uptime Points freeze - or stay flat across multiple days while Network Quality remains above zero - work through the steps in order: reload, reinstall, check your firewall, restart your router, confirm you're running only one client, then wait out the daily calculation. In my experience, that sequence catches every genuine problem - IP or connection - before you need to contact support. The Grass Dashboard is the right starting point - and, most of the time, the right ending point too.

Frequently Asked Questions

Quick Answer

Setting up Grass on a Mac means downloading the Grass Desktop App from grass.io/download, choosing the Apple Silicon or Intel build that matches your chip, dragging it to Applications, and clicking Connect. The node registers automatically. No additional configuration is required.

The most important step is the build choice. An Intel build on an Apple Silicon Mac appears to open correctly but never connects - no error, just nothing. Check your chip in the Apple menu before downloading.

Once connected, contribution is tracked in Network Points (bandwidth relayed, the primary metric) and Uptime Points. Rewards for Stage 2 were distributed in USDC.

The Grass Desktop App is a lightweight background application that connects your Mac to the Grass network, routing public web requests through your home internet connection while you do everything else. Setting up Grass on a Mac means installing the Desktop App, selecting the correct build for your chip type, and clicking Connect - the node registers automatically from that point on.

There is one place where Mac setup differs from other platforms. The download page offers two builds: Apple Silicon for M1, M2, M3, and M4 chips, and Intel for Intel Core Macs. According to the r/Grass_io community, a build mismatch is the single most common reason Mac users see the app open without ever connecting - the Intel build runs on Apple Silicon through the Rosetta 2 translation layer, but the node never establishes a working connection. Choosing the right build takes one step and prevents the most frustrating failure mode.

This guide covers the complete setup sequence: identifying your chip type, downloading the correct build, navigating macOS Gatekeeper, connecting your node, and confirming that it is actually relaying traffic. It also walks through the two most common connection failures on Mac and how to resolve them.

Once your node is live, the Grass Dashboard tracks contribution in two ways. Network Points reflect web requests relayed and are the primary driver of reward allocation. Uptime Points reflect connection duration. Rewards for Stage 2 were distributed in USDC. The app is free to run.

Apple Silicon or Intel: which Grass build should I download?

Download the build that matches your Mac's chip. M1, M2, M3, or M4 means Apple Silicon. Intel Core means Intel. That single choice determines whether the app connects reliably or never connects at all.

An analysis of setup reports across community discussions shows that the most common silent failure on Mac - the app opens, nothing happens, the dashboard stays blank - traces back to a build mismatch rather than a network or account problem. Most cross-platform guides skip this step entirely, because on Windows and Linux there is only one binary to download. On Mac there are two, and choosing the wrong one does not always produce an error message, as of August 2026.

The one-step chip check

Before you open a browser tab, do this check. I call it the one-step chip check, and it takes about fifteen seconds:

1. Click the Apple menu (top-left corner of your screen).
2. Select About This Mac.
3. Look at the Chip field (macOS 12 and later) or the Processor field (macOS 11 / Big Sur).
4. If it shows Apple M1, M2, M3, or M4 - download the Apple Silicon build.
5. If it shows Intel Core i5, i7, i9, or similar - download the Intel build.

That is the whole check. You do not need to know anything else about your hardware to proceed.

Build options at a glance

Both builds are fully supported. Grass runs on macOS 11.x.x and later for both chip types. The architecture choice only affects which file you download - after that, installation and sign-in are identical.

Why the wrong build causes a silent failure

macOS includes Rosetta 2, a translation layer that lets Apple Silicon Macs run x64 (Intel) software. For many apps this works transparently. For a node that establishes and maintains live network connections, running under translation rather than native code introduces instability. In practice, from what I have seen in community troubleshooting threads, the wrong build often produces exactly one symptom: the app launches, the status indicator appears, and the node never establishes a real connection. No error. No prompt. Just silence.

The reality is this is not a firewall issue, not an account issue, and not a signal of anything wrong with your network. It is a binary architecture mismatch. Downloading the correct build resolves it immediately.

What your node does once it connects

Once you have the right build installed and connected, your Mac acts as a node on the Grass network. The network routes public web requests through your home internet connection - gathering publicly accessible web data for verified institutions. According to discussions in the r/Grass_io community, users broadly understand Grass as contributing idle bandwidth to power AI data infrastructure rather than accessing anything personal on the device.

The Grass network tracks two contribution signals. Network Points reflect actual bandwidth relayed through your node and are the primary driver of reward allocation. Uptime Points reflect time connected and carry a lower weight in the reward formula - though the desktop app earns Uptime Points at 2× the browser extension's base rate. Stage 2 rewards were distributed in USDC. A stable connection on a real home network matters more than simply leaving the app open.

How do I install Grass on a Mac, step by step?

Download from grass.io/download, open the DMG file, drag Grass to your Applications folder, sign in, and click Connect. Setup takes under five minutes if you have your account details ready.

The Desktop App is the recommended path - it earns Uptime Points at 2× the browser extension's base rate and stays connected even when your browser is closed. The extension still works, but for a new node the desktop app is the better setup. The steps below cover the Desktop App only.

The install sequence

1. Download from grass.io/download only. There are third-party sites that redistribute modified versions of the Grass app. Always start from the official domain. If you searched for "Grass download" and landed somewhere other than grass.io, close that tab.
2. Select the correct build. The download page offers Apple Silicon and Intel versions. Choose the one that matches your chip (see the previous section if you are not sure).
3. Open the DMG file once the download completes. A window opens showing the Grass icon and your Applications folder.
4. Drag Grass to Applications. This copies the app to the standard macOS location and makes it available from Spotlight and Launchpad.
5. Launch Grass from Applications. On the first launch, macOS may display a Gatekeeper warning that says "Grass cannot be opened because it is from an unidentified developer" or similar. If this appears: open System Settings > Privacy & Security, scroll down to the security section, and click Open Anyway next to the Grass entry. This is standard macOS behavior for apps downloaded outside the App Store and is not a sign of a problem with the app itself.
6. Sign in or create an account. If you already have a Grass account, sign in with your email and password. If not, select the option to create a new account. One account per person - the network tracks device contribution per account.
7. Click Connect. The node registers automatically on the Grass network as soon as you connect. No additional configuration is required.

Once installation is complete, the Grass app begins sharing your unused bandwidth right away - the consent for this is part of the install process itself, so there's no separate step to approve it afterward. To connect the points your node accumulates to your account, create a Grass account: this links your Grass Points to your email login and lets you track them anytime on the Grass Dashboard. Sharing preferences stay fully under your control, and you can pause bandwidth sharing at any time from the app.

What to check before you click Connect

Two conditions affect whether your node contributes reliably from the start:

• Use a real home connection. The Grass network routes public web requests through real home internet connections. A VPN, corporate proxy, or university network changes your apparent IP type and can prevent the node from being routed any traffic at all. Connect directly on your home network before running Grass.
• One account per person. Running multiple Grass accounts from the same device or network is against the terms of service and does not increase contribution - the network detects and penalizes it.

What happens after you connect

Once connected, your Mac begins routing public web requests through your home internet connection. According to discussions in the r/Grass_io community, this is what contributors understand as the core mechanism: idle bandwidth helps gather publicly accessible web data rather than pulling anything from the device itself. The Grass Foundation's documentation confirms that the network routes only public web traffic through your IP address and has no access to your files, browser sessions, or personal activity.

Your contribution is tracked in two ways. Network Points accumulate based on actual bandwidth relayed through your node - this is the primary driver of reward allocation. Uptime Points accumulate based on how long the node stays connected; running the desktop app earns them at 2× the browser extension's base rate. The reward formula weights bandwidth relayed more heavily than uptime, so a stable, active connection is worth more than simply staying online. Rewards for Stage 2 were distributed in USDC.

The dashboard may take 10 to 30 minutes to reflect an active node after first connection. That delay is normal. If the dashboard still shows no activity after 30 minutes, check the troubleshooting section below.

How do I know if my Grass node is actually connected?

Network Points accumulating on the Grass Dashboard is the clearest sign your node is relaying traffic. If the dashboard shows an Active status and your Network Points balance is increasing, your setup is working.

Here is the thing that trips up most new Mac installs: there is a gap between clicking Connect and seeing any activity in the Dashboard. That gap is normal. The network registers new nodes asynchronously, and the Dashboard data can take 10 to 30 minutes to reflect your node for the first time. I would not start troubleshooting until at least 30 minutes have passed from the first connection.

What "connected" looks like inside the app

Once the Grass Desktop App connects successfully, the status indicator changes from "Connecting" to "Connected". The app shows a green status state and may display a brief confirmation message. If your app has been sitting on "Connecting" for more than five minutes without changing, that is a separate issue - not a timing delay. The troubleshooting section later in this guide covers the specific causes.

Confirming activity in macOS Activity Monitor

If you want to verify that Grass is actually using bandwidth - not just showing a green status - you can check macOS Activity Monitor directly. Open Activity Monitor (via Spotlight or Applications > Utilities), click the Network tab, and look for the Grass process in the list. When the node is relaying web requests, you will see a non-zero "Bytes Sent" figure updating in real time.

In practice, activity is intermittent. Grass relays requests as they arrive from the network - it does not maintain a constant stream. A few seconds without visible traffic is normal. If the Grass process shows zero bytes sent over a period of several minutes while the app shows "Connected," that is worth investigating.

What the Dashboard numbers tell you

Network Points are the primary measure of your node's contribution. They accumulate in proportion to the volume of web requests your Mac relays. A higher Network Points balance, relative to the network as a whole, means a larger share of reward allocation at distribution.

Uptime Points track how long your node stays connected. Using the desktop app, Uptime Points accumulate at 2× the browser extension's base rate - one of the clearest practical reasons to keep the Desktop App running rather than relying on the extension. The reward formula weights Network Points more heavily, so total bandwidth relayed still matters more than simply staying online.

According to contributor reports on r/Grass_io, most users see their first Network Points appear within 20 to 30 minutes of a clean first connection. If points are still at zero after an hour, the most likely causes are a VPN active on the Mac, a build mismatch (Intel build running on Apple Silicon), or a router-level port restriction.

When the connection does not establish at all

Some Mac users report the app stays on "Connecting" indefinitely without ever transitioning to Active. In my experience, this is almost always one of three things: the wrong build for the chip, a VPN or network proxy intercepting the connection, or a firewall rule blocking the outbound port Grass uses. According to community threads, university networks and some corporate routers are the most common environments where this occurs - both types of networks often restrict outbound traffic to a narrow set of approved ports.

If you are on a home network and still seeing this, the quickest fix is to restart the app after confirming your connection is direct (no VPN, no proxy). If the problem persists, the detailed troubleshooting section below walks through each cause systematically.

What will matter most for Mac nodes over the next 12-24 months?

Stable, reliable contribution will matter more than optimization tricks. The decisions with the highest long-term impact are the ones made before clicking Connect - chip build, connection type, and consistent uptime.

Here are the three signals I think are worth paying attention to if you are running a Mac node:

What most Mac users miss

The instinct, once the node is running, is to look for ways to maximize contribution: running multiple devices, adjusting settings, researching optimization strategies. In my experience, this is usually not where the real gains are. The biggest factor in long-term Network Points accumulation is not configuration but consistency - a node that stays connected eighteen hours a day on a stable home connection will outperform a heavily optimized node that disconnects frequently.

The Grass network is designed to route traffic to stable, reliable nodes. The setup work this guide covers - correct build, direct home connection, keeping the app updated - is not a one-time exercise. It is the ongoing practice. A node that meets these conditions quietly accumulates Network Points and Uptime Points without requiring attention.

The contrarian read here is that many Mac users spend time troubleshooting after the fact when a single pre-install check - confirming chip type - would have prevented the problem entirely. The build mismatch failure is invisible without knowing to look for it. Now that you know the mechanism, you are in a different category from most users who install and wonder why nothing happens.

The Mac setup path is shorter than most guides make it seem. Check your chip type with one system menu click, download the matching build from grass.io/download, allow it through Gatekeeper, sign in, and click Connect. That is the whole sequence.

From what I have seen, the installs that stay connected long-term are the ones where the person took thirty seconds to confirm chip type before downloading. According to the r/Grass_io community, the build mismatch failure is silent - the app appears to open normally, and there is no error message. It is the single most common reason a Mac node never connects, and it takes one step to avoid entirely.

The Grass network rewards nodes that stay connected and active. Network Points accumulate as your node relays public web requests - the primary driver of reward allocation. Uptime Points reflect how long the node stays connected. Neither requires any action on your part once the node is live. They accumulate automatically while your Mac is on and connected to your home network.

Your next step is simple. Open the Grass Dashboard, confirm the status shows Active, and check that your Network Points balance is increasing. If both are true, your Mac node is contributing.

Grass is a network that uses idle internet bandwidth - the unused portion of your connection that sits empty most of the day - to gather publicly accessible web data for research institutions and verified organizations. It runs on three clients: a desktop app for Windows, macOS, and Ubuntu; a Chrome browser extension; and an Android app. Each one connects differently, earns at a different rate, and has its own setup quirks worth knowing before you start.

The setup process itself is short. Most people have a node running in under five minutes. The Android app is available on the Google Play Store and requires Android 9 or higher with an updated version of Android System Webview to maintain a stable connection.

One rule governs all three clients. Grass caps rewards per internet connection, not per device. Running two nodes on the same network does not double your points - it means the same connection is split between two clients. The correct setup is one client per distinct internet connection.

What is Grass, and what devices can it run on?

Grass uses your idle internet connection to gather public web data for verified institutions. As of July 2026, it runs as a desktop app, a Chrome extension, or an Android app.

Think of your home internet as a multi-lane road that mostly sits empty between tasks. Grass uses only the lanes that are idle - the bandwidth sitting unused while you are away from the screen, or between video calls, or overnight. When you start something that needs your full connection, Grass steps aside. You should not notice a difference.

The baseline setup is genuinely minimal. A third-party overview of the platform describes a three-step path: download the Grass app for your device, create or log into a Grass account, then keep the app running in the background. That is it. No port forwarding, no configuration, no technical background required.

A common misconception is that all three Grass clients work the same way and earn equally. They do not. Device choice is a direct multiplier on how many Uptime Points you earn per hour. The install path you choose matters more than most first-time users expect.

According to the Grass Android launch announcement on Reddit, the app requires Android 9 or higher and an up-to-date Android System Webview component. Updating System Webview before installing the app is the step most users skip - and the most common reason the Android app stays stuck on "connecting."

Grass does not access personal files, browsing history, or passwords. All traffic is encrypted. Grass is AppEsteem-certified. What the network uses is the idle slice of your connection - and nothing else.

How do reward multipliers actually differ across Grass devices?

The install steps look similar across all three Grass clients, but the points math underneath them is not. Android carries the highest multiplier of any client.

As of July 2026, the Stage 2 reward structure assigns each client a device multiplier on Uptime Points: the Grass Android app earns at 3x, the desktop app at 2x, and the Chrome extension at the standard 1x base rate. The multiplier applies to your hourly base rate, which is your Network Quality percentage - at 100% Network Quality, that's up to 100 Uptime Points per hour on the extension, 200 on the desktop app, and 300 on Android.

Network Points are a separate stream, and no client choice guarantees them. According to the Grass Foundation's documentation, they come from a fixed daily pool of 1,000,000 distributed across eligible users based on how much bandwidth the network actually routed through each node that day - demand decides, not your device.

There is a practical consequence to the multiplier gap. Choosing Android over the extension is not a small difference: it is a 3x-versus-1x structural advantage built into how the network assigns value to each client, applied to every hour your node stays connected.

There is a ceiling worth knowing about, and it's documented policy, not folklore: multiple devices on the same Wi-Fi network share points. Running a second phone on the same connection does not add points beyond what a single device would earn there. The multiplier advantage matters when each device runs on its own distinct internet connection - one device per network, the highest-multiplier client that hardware supports.

The extension has always been the easiest entry point. It still is. But ease of install does not translate into points earned: at the same Network Quality, the desktop app accrues Uptime Points at double the extension's rate on the same connection.

One last thing that catches almost everyone: your points will appear to vanish once a day, and it's not a loss. Every day at 00:00 UTC, the dashboard clears while the backend runs the daily calculation - verifying your uptime and the points earned against what your app actually logged. Roughly 12 to 16 hours later, your points return to the dashboard as finalized totals, now including the Network Points you earned for that day. Nothing is removed from your balance; the dashboard is just showing you the difference between a running estimate and a verified number. If you check your dashboard during that window and see zeros, the correct move is to do nothing.

Why do Grass nodes disconnect, and what does that cost you in points?

Disconnections on the Grass network are common and well-documented. Every hour a node is offline is an hour of Uptime Points that cannot be recovered.

The most frequent cause of disconnection on the desktop is running both the Chrome extension and the desktop app on the same internet connection. According to a troubleshooting thread on the Grass community subreddit, a user reported this exact pattern - a stable connection at full Network Quality but repeated disconnects - and a Reddit moderator from r/Grass_io confirmed that running both clients on the same network "can cause connection and sync issues." The fix is to remove the extension from that network and run only the desktop app.

A second common cause is router or modem state. Nodes are sensitive to accumulated traffic on routers that have handled heavy loads over time. A software-level router reset - not just unplugging and replugging, but a reset through the ISP's app or a provider call - can clear the condition. Unplugging alone often does not, but can be worth a try before reaching out to your ISP's.

It's worth knowing that not every disconnection traces back to your setup. Home internet runs on dynamic IP addresses that your ISP leases for a set window - often anywhere from 24 hours to a few days - so your connection can quietly reset when that lease renews, a router reboots overnight, or the line has a brief outage. Even a dedicated device on a stable network will see the occasional gap. The takeaway is simple: short, occasional disconnects are normal, they aren't a sign you did something wrong, and your node reconnects on its own.

Widespread outages are also a documented pattern. Users reported 6 computers going offline simultaneously across multiple IPs over a 2-day window, with connections eventually resuming on their own. During one such event, Grass's official Discord announcement confirmed the team was aware and working on it - but also used the moment to push users still on the browser extension toward the desktop app.

What this means in practice: the network quality indicator in the app is a useful signal, but it is not the whole picture. A node that shows "connected" may still not be accruing points if an earlier sync issue interrupted the session. Checking the Grass Dashboard - not just the app itself - is how you confirm a node is actually contributing.

Is the Grass app safe to install on a computer or phone?

Yes - and the answer doesn't rest on my word. Grass is certified by AppEsteem, a cybersecurity compliance auditor that monitors the app 24/7, 365 days a year for vulnerabilities, leaks, backdoors, and malware, and it has been through review with major antivirus vendors including Avast, AVG, McAfee, and Microsoft Defender.

Here is what the app actually does with your machine, stated plainly: it shares your unused internet bandwidth so verified institutions can access public web data - checking prices, verifying ads, supporting research. It does not access your personal files, browsing history, or passwords. It does not read what you do online. The web requests that travel through your connection are encrypted in transit. What the network uses is the idle slice of your connection - and nothing else.

A fair question people ask about any browser extension - Grass's included - is what its permissions are used for in practice. The answer for Grass is one thing: routing bandwidth through your node. Not reading your accounts, not scanning your history, not modifying pages you view. That's precisely the category of claim AppEsteem's certification exists to verify - an independent auditor confirming that the software does what it says and nothing more, continuously. If you'd still rather run a client with a narrower software footprint, the desktop and Android apps operate as standard native applications outside the browser entirely - a legitimate preference, and because the desktop app runs independently of your browser, it stays connected even when Chrome is closed.

The broader skepticism about bandwidth-sharing apps - are they legitimate, do they handle data responsibly - is real and worth taking seriously. In my view, the right response is not to dismiss it but to point at what can be independently verified: the AppEsteem certification, the encryption, the privacy policy, and the fact that Grass never touches personal files or browsing data. Sharing your unused bandwidth is like a friend using your Wi-Fi - the difference is that you're the one rewarded for it.

What does the one-device-per-network rule actually mean for your setup?

Rewards on the Grass network are capped per internet connection, not per device. Running two nodes on the same home network does not earn twice as many points.

This is the part that surprises most people. The setup guides show three client options - desktop app, browser extension, Android - and it is natural to assume that more installs means more contribution. In practice, that is not how the network measures bandwidth. According to community documentation of the Grass one-account-one-device rule, each connection is treated as a single source. A second device sharing the same router does not appear as additional capacity; it just splits what the single connection already provides.

The same logic applies when the desktop app and browser extension are both running on the same machine. Community reports confirm that running the extension and the desktop app on the same network can cause sync conflicts - the two clients compete for the same connection slot and neither earns at full rate. Grass support has confirmed the fix: choose one client per network, not both.

For Uptime Points specifically, this distinction matters because uptime contribution is weighted below bandwidth usage in how rewards are allocated. Keeping a node online earns Uptime Points, but those points carry less weight than the Network Points that come from actual data requests passing through your connection. One consistent, high-quality connection outperforms two shaky ones every time.

Android's access model fits into this the same way as any other client. According to the Grass Android launch documentation, the app requires Android 9 or higher and an updated version of Android System Webview. If you run an Android device on mobile data, the network reads that as a separate connection from your home Wi-Fi - so a phone on mobile data and a desktop on home broadband are two genuinely distinct contribution sources. Both can earn points simultaneously, because they are on different networks.

The takeaway is simple. One device per distinct network is the correct setup. I would recommend identifying every separate internet connection available to you - home broadband, mobile data - and assigning the highest-multiplier client you can to each one. Stacking multiple apps on the same router does not help, and in some cases actively hurts your node's stability.

How do you actually install Grass on a desktop, extension, or Android device?

Each Grass client has its own download path and a few first-time quirks - here's what to expect on each.

On desktop, the process is straightforward. Download the installer from grass.io/download, run it on your operating system, and sign in with your Grass account. Once the app is open, give your node 1 to 15 minutes to sync and appear on the Grass Dashboard - that delay is normal, not a sign anything is wrong. The desktop app supports Windows (10+), macOS (11+), and Ubuntu (24+), and it runs quietly in the background without interrupting whatever else you have open.

The Chrome extension installs from the Chrome Web Store the same way any extension does: search for Grass, click Add to Chrome, and sign in. Two things worth knowing before you go that route: the extension earns at the 1x base rate versus the desktop app's 2x, and just don't run both on the same connection at the same time - two clients competing for one connection is a common cause of a dropped or stuck connection. If you add the desktop app later, pause or turn off the extension on that connection so only one client is active.

Android is the client with the biggest reward multiplier (3x as of July 2026) and the one extra consideration: get it only through https://play.google.com/store/apps/details?id=io.getgrass.www&pcampaignid=web_share. Your device must run Android 9 or higher. Don't install Grass from any link shared in a DM or an unofficial channel - official downloads come from grass.io/download or the Google Playstore only.

Getting started requires no upfront commitment of any kind. There is nothing to buy, nothing to stake, and no minimum of anything - Grass is free to install, and no wallet is needed to begin. What you contribute is unused bandwidth, and the points the network assigns reflect the data requests that actually pass through your connection.

In my experience, the desktop install takes under five minutes, and Android is nearly as quick. Neither requires any technical background beyond following a standard software install.

Once installation finishes on any of the three clients, the Grass app begins sharing your unused bandwidth right away - you give consent for this as part of the install flow itself, so there is nothing further to approve once setup is done. To connect the points your connection accumulates to your account, create a Grass account: this links your Grass Points to your email login and lets you track them in the Grass Dashboard. Sharing preferences remain fully under your control, and you can pause bandwidth sharing at any time.

What will matter most about Grass device strategy in the next 12 to 24 months?

The real variable over the next year or two will be connection reliability, not which client you install. The multiplier structure already tells you where the network assigns value - what I expect to change is how much visibility contributors get into their own nodes.

Three signals point toward where this is heading:

• Mobile keeps rising as the first-choice client. The reward structure already weights the Grass Android app at 3x Uptime Points - the highest multiplier of any client, ahead of desktop at 2x and the extension at 1x. That's not a prediction; it's the current structure, and structures like that shape behavior. As more contributors do the math, I'd expect mobile to become the default recommendation for anyone whose hardware supports it - not because other clients stop working, but because the incentive already points there.
• Expect more insight into how your connection is used. Today, the Grass Dashboard shows you Network Quality, your Uptime Points balance, and epoch history - enough to diagnose problems, but not much about why traffic did or didn't route through your node on a given day. The direction of travel is toward more of that visibility: the more contributors can see about their own connection's performance, the better they can position a node for the things that actually attract routing - a stable residential IP, consistent uptime, healthy Network Quality. Nothing specific is announced, and timelines are always development-dependent - but if you want to be ready for whatever that visibility reveals, the preparation is the same as the best practice today: stable connection, one client, no VPN.
• Per-network caps will keep device strategy bounded. This one is documented policy, not a forecast: devices on the same Wi-Fi network share points, so the ceiling on any setup is the number of distinct connections you have - not the multiplier on any individual device. No future client release changes that math.

The headline takeaway from this guide is straightforward. Grass is not one setup flow with one outcome - it is three clients with different multipliers, and the network treats each distinct internet connection as one contribution opportunity. The desktop app is the dependable primary choice for home broadband, at a 2x multiplier. The Grass Android app carries the highest multiplier at 3x - the top-contributing client on any connection it can stay reliably connected to. The extension remains the lightest entry point at the 1x base rate.

In my experience, the biggest mistake new contributors make is not about which client they choose - it is running two clients on the same network and expecting the totals to add up. They do not. Pick one client per connection, keep the app updated, and let it run. Those steps alone will get you to stable, consistent uptime.

The next practical step is to open the Grass Dashboard after install. It shows your node status, your Network Quality, and your Uptime Points climbing in real time - give a newly launched node 10 to 30 minutes to sync and appear.

If you are ready to get started, the Grass Dashboard is where you track your node after install: uptime, connection status, and Network Quality update in real time, and Network Points post once the daily calculation completes.

Quick answer: Yes. If you work from home, your internet connection is on all day and used for only a fraction of what it's capable of - and Grass lets you share that unused bandwidth in the background and be rewarded for it. It runs quietly, steps aside the instant you need your connection, and never touches your personal files or browsing. This guide explains exactly how it works, what to realistically expect, how you're rewarded, and how to set it up around a remote-work day.

Can you actually earn rewards from your home Wi-Fi while working remotely?

Yes - and remote workers are one of the best-suited groups for it. A remote-work setup means a broadband connection that stays on through the whole day and rarely gets close to full capacity.

That leaves a large amount of idle bandwidth - capacity you already pay for but don't use - which is exactly the resource Grass turns into rewards, as of July 2026.

The mechanism is simple: you install Grass, it runs in the background as a node, and it routes web requests through the part of your connection you aren't using. In return, you accumulate Grass Points that factor into the rewards distributed to participants. There are no tasks, surveys, or ads. You set it up once and then it looks after itself.

The honest framing to hold onto from the start: this is a low-effort reward for a resource you already own, not a second income and not a way to meaningfully offset your internet bill. Set expectations there and it's a quietly worthwhile thing to run while you work. Expect a paycheck and you'll be disappointed. The rest of this article is about understanding the mechanics well enough to decide whether it fits your setup.

What does "earning from your home Wi-Fi" actually mean?

Earning from your home Wi-Fi means letting an app use the portion of your internet connection you're not actively using, in exchange for rewards.

There is no trick to the mechanics, and understanding them removes most of the suspicion people feel at first.

Your internet plan comes with a speed ceiling - commonly 300 Mbps or 1 Gbps for a home connection. At almost any given moment, you use only a small slice of that ceiling. During a typical remote-work morning, a video call might use under 10 Mbps, a cloud file sync a few Mbps more, and the rest of the plan simply sits empty. That empty headroom is your unused bandwidth.

Bandwidth sharing is the practice of routing web requests through that unused headroom. When you run Grass, your device becomes a node in the Grass network. Verified institutions send requests through your node to gather public web data - the kind of openly available information any web browser can reach, such as publicly listed prices, product pages, and public content used for AI training and market research. Your connection acts as the route; the data being gathered is public and has nothing to do with you.

Two definitions are worth pinning down, because the whole topic gets clearer once they're separate in your head:

• Bandwidth is the capacity of your connection - the road. Sharing it means letting web requests travel on the empty lanes.
• Your data is your activity - your files, messages, logins, and browsing. That is the cargo in your own vehicle, and it never leaves your control.

Grass borrows road access only. What you're carrying stays locked. That distinction is the single most important thing to understand, and it's why "sharing your bandwidth" is not the same as "sharing your data."

It also helps to be clear about what this is not. It is not a survey or "get-paid-to" app - there are no tasks, offers, or ads to complete. And it is not a way for anyone to see inside your device. Grass never accesses your files, passwords, or browsing history.

Why is remote work an especially good fit for bandwidth sharing?

Remote work is a strong fit because your connection is already running all day and rarely saturated - which is precisely the condition bandwidth sharing needs.

You're not changing your habits or leaving anything running that wouldn't already be on.

Think about the shape of a remote workday. Your router is on from morning to night. Your devices are busy with work - email, calls, docs, the occasional large download - but even a demanding day rarely uses your connection's full capacity for more than short bursts. The gaps between those bursts, and the long stretches of light use, are all idle capacity.

Grass is built to use only that idle capacity and to yield the moment you need your connection back. The instant a video call starts or a large file begins downloading, Grass steps aside automatically. You never have to pause it, schedule it, or think about it during a meeting. It fills the gaps and disappears when you need the road.

That "fits around your day" quality is the real appeal for remote workers. You're not trading attention or effort for the reward - you're putting a resource you already pay for, and mostly waste, to use during hours you're at your desk anyway.

Will bandwidth sharing slow down my internet or affect my work?

No - a well-designed bandwidth-sharing app uses only idle capacity and steps aside for active use, so your work traffic always takes priority. In practice, most people never notice Grass is running.

Here's what's happening at the network level. Grass draws on the headroom your active applications aren't using. When you start something that needs the connection - a call, a stream, a big upload - Grass gives way to it. Your priority traffic wins every time, because the app is designed to treat your usage as the thing that comes first.

The table below shows how a typical remote-work activity relates to a home connection's capacity, and why there's room for background sharing without any impact you'd feel:

If you ever want certainty rather than reassurance, you have two options. First, you can pause Grass at any time with no penalty - it's your connection and your choice. Second, on a desktop you can open a network monitor (like Windows Resource Monitor) and watch per-process usage yourself; a bandwidth-sharing app that only uses idle capacity will show near-zero impact during your active work. Being able to verify the claim is part of what makes a transparent app trustworthy.

Is it safe to share my home internet while working?

Yes, within clearly defined limits: Grass routes public web requests through your connection's unused capacity and never accesses your files, devices, or browsing history. The safety of the arrangement comes from what the platform is defined to do - and, importantly, what it's defined not to do.

Here's the precise scope. When traffic flows through your node, it's headed to publicly accessible web addresses - the same kind of pages any visitor could open in a browser. What Grass does not do is touch anything tied to your accounts, your passwords, your emails, or anything stored on your device. Those never enter the picture. Your personal activity is structurally separate from the network traffic passing through your IP.

A few concrete trust signals are worth knowing:

• Independent security certification. Grass is certified by AppEsteem, a cybersecurity compliance auditor that monitors participating products against clean-software standards. That's an outside party vouching for the app's behavior, not just Grass's own word.
• No access to personal data. Grass does not read, collect, or sell your browsing history, files, or personal information. The app uses your connection as a conduit, not a window into your device.
• You stay in control. You can pause sharing whenever you want, and you can uninstall at any time. There's no lock-in.

There is one honest caveat that matters specifically for remote workers, and it's better said plainly than hidden: don't run Grass on employer-owned devices or work networks. Company laptops and office or corporate-VPN networks typically have their own acceptable-use policies, and running background software on them isn't your call to make. This is a tool for your personal device on your own home connection. Saying that clearly builds more trust than pretending the question never comes up - and it keeps you on the right side of your employer's rules.

How does Grass actually reward you?

Grass rewards you with Grass Points for the bandwidth you contribute, and those points factor into the rewards distributed to participants at the end of each stage. Points are a running measure of your contribution - not money, and not a wallet balance.

There are two kinds of points, and knowing the difference explains a lot about how the system behaves:

• Network Points are earned when your bandwidth is actually used - when a request is routed through your node.
• Uptime Points are earned for staying reliably connected, and reflect the quality of your connection and how consistently your node is available.

Definition to remember: Grass Points are an in-app measure of your contribution to the network - not a currency, not crypto, and not something you can trade. The number on your dashboard is a score of what you've contributed, not a balance you can spend.

At the end of a stage, your accumulated points help determine the reward you receive, alongside factors like your connection quality, your location, and how your bandwidth was used. The form of the reward is set for each stage. For Stage 2, rewards were distributed in USDC - a stablecoin pegged to the US dollar - into an in-app wallet that's created for you automatically. That means you don't need any prior crypto experience to receive your reward; it simply lands in a wallet you control on your dashboard.

Because the reward is tied to your contribution rather than a fixed rate per gigabyte, two participants sharing the same amount of raw data can receive different rewards depending on connection quality, location, and demand. The practical implication: steady, reliable participation over the full stage matters more than any single burst of activity.

What are Grass Points, and how are they different from cash-per-gigabyte models?

Grass Points reward sustained contribution to the network rather than paying a flat rate for each gigabyte of data moved. That's the core difference between Grass's model and the simpler "pay per gigabyte" approach some bandwidth apps use.

In a cash-per-gigabyte model, the logic is purely transactional: move a unit of data, receive a fixed amount. It's easy to understand, but it also means the app's incentive is to push as much data through your connection as possible. Grass's model is different by design. Because rewards are based on uptime, connection quality, and how your bandwidth is actually used - not raw volume - the incentive is for your node to be stable and healthy, not maxed out.

Neither approach is "better" in the abstract - they're just different. The point for a remote worker is to understand what you're contributing to and how the reward is shaped, so the dashboard number makes sense rather than looking like money that isn't arriving.

How is bandwidth sharing different from a survey or "get-paid-to" app?

Bandwidth sharing is a hands-off background activity, while survey and "get-paid-to" apps require your active time and attention. They sit at opposite ends of the effort spectrum, and they suit different situations.

The distinction matters because a lot of confusion comes from lumping them together:

For a remote worker, the appeal of bandwidth sharing is precisely that it asks nothing of you during the workday. It doesn't interrupt a call, doesn't compete with your focus, and doesn't require you to stop working to answer questions. It fills the gaps quietly. Task-based apps can suit people who want to spend deliberate time for a more active reward - but that's a different activity with a different demand on your day.

What should I realistically expect from bandwidth sharing?

Realistically, treat bandwidth sharing on a single home connection as a modest, low-effort reward for a resource you already pay for - not a paycheck, and not a meaningful offset to your internet bill. The value is in the effort side of the equation: after a short setup, it costs you nothing to keep running.

This is the part promotional framing tends to skip, so it's worth being direct. The reward from a single connection is small. What makes it worthwhile is that it's genuinely hands-off - it runs in the background while you work and rewards bandwidth you weren't using anyway. If you go in expecting a small perk for near-zero effort, you'll be satisfied. If you go in expecting rent money, you won't.

A useful way to decide is the effort-versus-expectation test. Ask two questions before running any rewards app:

1. How much ongoing time does it require? For Grass, effectively none after setup. That's its main advantage.
2. What's the honest value of the reward? For a single home connection, modest. It's a top-up on a resource you already have, not a replacement for income.

If the honest answer to both - near-zero effort, modest reward - sounds worthwhile for your situation, it's a legitimate thing to run. If you need the reward to be significant, a background bandwidth app on one connection isn't the tool for that, and it's better to know that up front than to feel let down later.

How do I set up Grass for a remote-work setup?

Setting up Grass takes a few minutes: download the app, sign in, and connect. Your wallet is created automatically, so there's nothing technical to configure.

Step by step:

1. Download Grass for your device - the desktop app (Windows, Mac, or Linux), the browser extension, or the Android app.
2. Create an account or sign in. One account per person is the rule; you don't need multiple accounts.
3. Connect. Click connect and the node starts running in the background. A non-custodial wallet is set up for you automatically - nothing to install or manage on day one.
4. Leave it running during your workday. It uses idle bandwidth and steps aside for active use.
5. Check your dashboard whenever you like to see your points and uptime. You don't need to do anything day to day.

On a stable home connection, that's the whole process. After setup, it's genuinely set-and-forget.

Can I run Grass on more than one device?

Yes - and each device on a separate internet connection contributes independently. The key detail is that devices need to be on different networks to count separately, not just different devices on the same router.

For example, a desktop on your home Wi-Fi and a phone on mobile data are two separate connections, so each contributes on its own. Two laptops on the same home Wi-Fi share that one connection's contribution rather than doubling it. For most remote workers, the practical takeaway is simple: your main home setup is the core contributor, and a phone on a different network can add to it - but you don't need to build an elaborate multi-device rig to participate.

How do I get the most out of Grass without extra effort?

The best results come from a stable, consistently connected node - not from constant fiddling. Because rewards factor in uptime and connection quality, reliability is the single biggest lever, and it costs you nothing.

A few low-effort practices help your node perform well:

• Keep a stable connection. A node that stays reliably online contributes more than one that drops frequently. A wired connection or a strong Wi-Fi signal beats an unstable one.
• Use a residential connection, not a VPN. Grass is designed to work over a real home connection; running it behind a VPN or datacenter IP is unsupported and can drop your network quality.
• Keep the app updated. Running the current version avoids known issues and keeps your node compatible with the network.
• Let it run consistently. Since your connection is already on through the workday, simply leaving Grass running is most of the strategy.

Notice that none of these require ongoing time. They're setup-and-forget choices, which is the whole point.

Where does the bandwidth you share actually go?

The bandwidth you share is used by verified institutions to gather public web data - information that's already openly available on the internet - for uses like AI training and market research. Your connection provides the route; the data being collected is public and unrelated to you.

This is worth understanding because it's the "why" behind the whole model. Modern AI systems and research need large amounts of real-world web data, and that data has to be gathered from the public web as an ordinary visitor would see it. A distributed network of everyday connections is well-suited to that, because it reflects the real, diverse internet rather than a single datacenter's narrow view. When you contribute unused bandwidth, you're helping gather that public information - the same public pages anyone could open - and you're rewarded for the contribution.

It's also increasingly not just text. The public web today is images, audio, and video as much as it is articles and prices - the fuller picture that modern AI models learn from. The requests moving through your connection help gather that broader slice of what's already publicly out there. The privacy position doesn't change either way: still public data, still nothing personal to you.

Is Grass an established network, or is this new and unproven?

Grass is an established network with a public track record, which matters when you're deciding whether to trust any app on your home connection. Two facts are worth knowing.

First, Grass has already made real reward distributions to a large user base. The network's first airdrop took place in October 2024, distributing 100 million Grass Tokens to more than two million users. It was followed by the Stage 2 rewards distribution, which covers participation from October 2024 to June 2026 and is paid in USDC, with claiming opening on July 22, 2026 through the official dashboard. These are dated, verifiable events - evidence that the network does what it says rather than a promise about the future.

Second, Grass is independently certified by AppEsteem and runs as a real product available across desktop, browser, and Android. For anyone doing the sensible "is this legitimate?" check before installing, those are concrete, checkable signals: a documented distribution event, an outside security certification, and a live product with official channels.

The reliable source for how and when any given stage's rewards are distributed is always Grass's official channels and dashboard - not third-party posts. That habit alone protects you from the most common scams in this space, which we cover in the FAQ below.

Common myths about earning from your Wi-Fi

A few misconceptions come up again and again. Clearing them makes the decision easier.

• Myth: "Sharing bandwidth means sharing my data." No. Grass uses your connection's unused capacity to route public web requests; it never accesses your files, browsing, or accounts. Bandwidth is the road, not the cargo.
• Myth: "It'll slow down my calls and work." No. It uses idle capacity and steps aside for active use, and you can verify this yourself in a network monitor.
• Myth: "It's a way to replace my income." No. On a single home connection it's a modest, hands-off reward - a top-up on a resource you already pay for, not a paycheck.
• Myth: "I have to manage it constantly." No. After a short setup it runs in the background on its own.
• Myth: "I need to be into crypto to use it." No. A wallet is created for you automatically, and Stage 2 rewards arrive as USDC, a dollar-pegged stablecoin.

Until now, joining a token-powered network usually meant clearing a series of crypto hurdles: downloading a separate wallet app, writing down a seed phrase, learning what a seed phrase even is, copying long addresses, and hoping you didn't get a single detail wrong. For a lot of people, that friction wasn't a minor inconvenience. It was the reason they never started at all. The in-app Grass wallet is designed to remove it.

Every Grass account now comes with a wallet.

Getting started is easier than ever

The Grass Network is centered around the people who power it, so the fewer steps it takes to join, the stronger and more open the network becomes. That's the whole reason for building the wallet directly into the app rather than asking people to bring their own.

Setup happens automatically in the background. A new participant can go from downloading Grass to being fully ready in moments, and an existing participant will find the wallet in the Grass Dashboard next time they log in.

Crypto, without the crypto headaches

The hardest part of crypto has rarely been the idea. It's the setup. The in-app Grass wallet abstracts that complexity away. The technical machinery still works exactly as it should underneath; it simply isn't something you have to think about anymore. What's left is a wallet that feels as familiar as any other screen in the app.

Your rewards, right where you are

The rewards you earn for contributing to the network now arrives directly in your in-app wallet. 

Your wallet also supports standard functions like holding, staking, swapping, sending and receiving GRASS and other digital assets, along with the ability to add or withdraw funds via MoonPay (in the jurisdictions covered by MoonPay)

Bring everyone in

One of the best things about a wallet this simple is who it opens the door for. You no longer need to be "into crypto" to take part in Grass, which means you can invite the people in your life who never would have made it past a seedphrase screen.

A friend who has never touched a token before can download the app and find everything they need already built in. Grass is focused on growing the community and making it easier than ever for anyone to get started and take part fully.

How to get your wallet

Log into the Grass Dashboard and your wallet will be waiting. → https://app.grass.io/dashboard.

To learn more about the functions of the Grass Wallet. Check out our How the Grass Wallet Works blog.

Staying safe

As always, protect yourself from scams. Grass will never DM you first, and will never ask for your seed phrase or private keys. Only ever use the official Grass app and the official links on grass.io.

The Grass wallet is a managed crypto wallet built into the Grass app — created automatically with your account, secured by your passkey, and running on Solana. From one screen you can deposit funds by card, Venmo, or crypto transfer, swap tokens without holding SOL for gas, stake GRASS from a minimum of 1 token, and withdraw by cashing out through MoonPay or sending to a linked wallet. Every transaction carries a flat $0.15 wallet fee plus a small network fee, deducted automatically. This guide walks through each flow, step by step.

If any term in this guide is new to you — private key, slippage, gas — our companion piece What Is a Crypto Wallet? A Beginner’s Guide to How They Work explains every one of them in plain English. This page is about what to press; that one is about what the words mean.

How do I set up the Grass wallet?

There is no setup. The wallet is created automatically with your Grass account and is ready the moment you sign in — no app to install, no seed phrase to write down on day one. Your private key is generated and stored by a specialized, secure third-party provider; Grass itself never has access to it. The first useful thing to do is create your passkey (Wallet → Advanced Settings → Manage Passkey): it uses your device’s fingerprint, face unlock, or PIN to approve transactions, and nothing can be signed without it. You can reset it from the same screen at any time — resetting revokes the old passkey and replaces it with the new one.

Two security rules before anything else: sharing your wallet address (the long string on your deposit screen) is always safe — it can only receive. Your private key and seed phrase are the opposite: anyone who sees them controls your funds, and Grass will never ask you for them.

How do I deposit funds into the Grass wallet?

You can deposit SOL or USDC three ways: credit/debit card, Venmo, or a direct crypto transfer. Card and Venmo/Paypal purchases run through MoonPay, and their availability depends on your region — if an option is greyed out, it isn’t offered where you are.

By card or Paypal/Venmo

1. Open the wallet and choose Deposit.
2. Pick the token (SOL or USDC) and an amount — presets run from $50 to $300, or enter your own.
3. Choose Credit/Debit Card or Venmo/Paypal as the payment method and press Continue.
4. Complete the purchase in the MoonPay checkout window that opens inside the app.

By crypto transfer

Choose Crypto as the deposit method and the app shows your wallet address and a QR code. Copy the address or let the sender scan the code, and the funds arrive directly from their wallet. Double-check that the sender is on the Solana network — tokens sent on the wrong network can’t be recovered.

How do I withdraw from the Grass wallet?

There are two paths: cash out to regular money through MoonPay, or send tokens to another wallet you’ve linked.

Cashing out (crypto → your bank)

Choose Withdraw → Sell Tokens on the Exchange. Three tokens can be sold — SOL, USDC, and USDT — and the money can go to a card, Venmo, or PayPal, depending on what MoonPay supports in your region. Pick the token and amount, get a quote, and complete the sale in the MoonPay window.

Sending to another wallet

The Grass wallet only sends to addresses you’ve approved in advance — a safety feature that makes “sent to the wrong address” mistakes much harder. To manage the list, go to Withdraw → Send Tokens to Another Wallet → Link Wallets. You can link up to 20 external wallets, each with a name so you can tell them apart. Once a wallet is linked:

1. Choose the token and amount (or press MAX).
2. Select the linked wallet from the dropdown.
3. Press Send and approve with your passkey.

Remember: blockchain transactions are permanent. Once confirmed, a send can’t be canceled or reversed, so check the destination before approving.

How do swaps work in the Grass wallet?

A swap exchanges one token for another directly inside your wallet — GRASS for USDC, SOL for GRASS — with no exchange account and no SOL needed for gas. Destinations are limited to the Jupiter verified token list, a vetted catalog that protects you from fake tokens with copycat names.

1. Select the token to swap from and the token to swap to.
2. Enter an amount, or press MAX to swap your full balance.
3. Press Quote and review the offer: exchange rate, estimated amount received, USD value, slippage, and price impact.
4. Confirm within the quote window — quotes expire after at most 30 seconds. If yours lapses, just request a fresh one.
5. Press Swap and approve with your passkey.

Swaps are gasless: the network cost is covered by taking a tiny portion of the token you’re swapping, so you never need SOL on hand. There’s no fixed minimum swap size, though the amount does need to be large enough to cover the network and wallet fees that come out of it. The final amount received can vary slightly with market conditions — that’s what the slippage setting controls (Auto is the default and recommended; anything above 2% custom slippage triggers a warning).

How does staking work in the Grass wallet?

You can stake GRASS from a minimum of 1 token through the in-app staking program. The staking screen has three tabs — Stake, Unstake, and Claim Rewards — and shows your staked balance and rewards at the top.

Staking

1. Open Stake and enter an amount (minimum 1 GRASS), or press MAX.
2. A default staking pool is selected automatically — you can choose a different validator before staking.
3. Confirm. Your first stake ever includes a one-time on-chain account setup fee of approximately 0.02 SOL, deducted automatically — it creates the network account that tracks your stake. Subsequent stakes won't have this fee.

Unstaking and claiming

Unstaking has a 7-day unstaking period — a standard Solana security measure, not a Grass rule — before tokens return to your balance. The minimum unstake is 1 GRASS, and you can have up to 20 pending withdrawals at a time; the Unstake tab shows requests in progress and when the next withdrawal unlocks. Rewards become claimable on the Claim Rewards tab once you’ve accumulated at least 1 GRASS.

One thing worth knowing before you stake elsewhere: staked tokens are tied to the wallet that staked them, not to your Grass account. Staking also remains available at grassfoundation.io/stake using third-party wallets like Phantom or Solflare — but you must reconnect the same wallet you originally staked with to see that stake.

What fees does the Grass wallet charge?

A flat $0.15 wallet fee per transaction is charged by Turnkey, the wallet provider, plus the Solana network fee — both deducted automatically, so there are no surprise charges. The wallet fee covers the cost of running the wallet service (key storage, signing infrastructure, transaction processing); Grass doesn’t profit from it. The network fee goes to Solana, not Grass: the base is about $0.0005, with an optional priority fee (typically under $0.01) during busy periods. If fees look high when you’re withdrawing or claiming, waiting for network traffic to clear can save you money.

How do I track my transactions?

The wallet shows your transactions in real time — each with its type, transaction hash, status, timestamp, token amount, and a View link that opens the transaction on a blockchain explorer. A dedicated Transaction History page lets you filter by category. Because every transaction is public on Solana, the explorer link is your independent receipt: anyone can verify what happened and when, without taking anyone’s word for it.

What can I customize in Advanced Settings?

• Manage Passkey — create or reset the passkey that approves your transactions. Resetting revokes the old one.
• Export Private Key — reveal your private key or seed phrase to back it up or use your wallet in another app (see below).
• Preferred Explorer — choose which blockchain explorer transaction links open in (Solscan, Solana Explorer, and others, or a custom URL).
• Transaction Settings — set transaction speed (Fast / Average / Slow), toggle priority fees, and set slippage (Auto recommended; 0.3%, 0.5%, 1%, or custom — custom values above 2% show a warning). Speed selection only applies when priority fees are on.
• Default RPC — choose which connection the wallet uses to talk to Solana, or provide a custom endpoint. The default works for nearly everyone.
  

New to any of these terms? What is a Crypto Wallet? A Beginner's Guide to How They Work explains each one in plain English.

How do I export my private key?

Exporting reveals the private key (a text string) or seed phrase (a list of words) that controls your wallet — so you can back it up or import the wallet into another app, for example to connect to dApps the Grass wallet doesn’t support. Before you start, understand the trade: once the key leaves the app, its safety is entirely in your hands. Anyone who sees it has full control of your funds.

1. Go to the Wallet page → Advanced Settings → Export Private Key.
2. Enter your Grass password and tick the confirmation box (“I will not share my private key with anyone, including Grass”).
3. Enter the one-time code sent to your email and press Verify. If you receive one of these codes without asking for it, don’t enter it anywhere.
4. Choose the format: Export Private Key (a text string for importing into another wallet) or Export Secret Phrase (a set of words that does the same job).
5. Store what you see somewhere private — paper or a password manager, never a screenshot or chat. Then close the screen.

Exporting doesn’t disconnect your Grass wallet — it keeps working in the app exactly as before; a copy of the key simply exists wherever you put it. And if you lose your exported copy, sign back in and export again: the wallet stays linked to your account.

Frequently Asked Questions

Do I need to set up a crypto wallet to use Grass?

No. A wallet is created automatically with your Grass account and is ready the moment you sign in. If you ever want to manage it in another app, you can export your key from Wallet → Advanced Settings.

What tokens does the Grass wallet support for deposits and withdrawals?

Deposits: SOL and USDC, by card, Venmo, or direct crypto transfer. Cash-outs through MoonPay: SOL, USDC, and USDT, to a card, Venmo, or PayPal depending on region. Sends to linked wallets work with any supported token you hold.

Is there a minimum swap amount?

No fixed minimum — swaps are gasless, so you don’t need SOL on hand. The amount just needs to be large enough to cover the network and wallet fees taken from it.

Why can I only send tokens to linked wallets?

It’s a safety feature. Approving destinations in advance — up to 20 of them — works like a payee list at a bank and makes irreversible “wrong address” mistakes much harder.

Can I connect a hardware wallet or a dApp?

Not directly. The Grass wallet doesn’t support hardware wallets or direct dApp connections. If you want either, export your key and import it into a wallet app that does — and only into one you trust.

What happens if I lose my seed phrase?

With most self-custody wallets, a lost seed phrase means permanently lost funds. The Grass wallet stays linked to your account, so you can sign back in and export it again. Store any exported copy on paper or in a password manager.

Can I import my existing wallet into Grass?

No. Each Grass account gets one automatically generated wallet, permanently linked to the account. You can export your Grass wallet outward, but you can’t bring an outside wallet in.

The Grass Participants Stage Two Rewards Distribution rewards users who participated in the Grass Network by sharing their bandwidth during Epochs 1 to 19 of Stage 2 (i.e., the period between October 14, 2024 to June 8, 2026)

Rewards are calculated based on each participant’s participation in the Grass Network via their contribution of their unused bandwidth. Each participant’s eligibility to receive rewards is subject to the Grass Rewards Program Terms and Conditions.

In the interest of navigating ongoing regulatory uncertainty and to ensure that users based in all eligible jurisdictions may claim rewards in a timely manner, participant rewards for Stage 2 will be made available in USDC.

There will be no new emissions of Grass Tokens or changes to the circulating supply from this distribution. 

Whether a user holds Grass Tokens (or has held them in the past) has no impact on the distribution. 

The claim period for the distribution will commence on July 22 and run for six months (or until all claims are made, whichever is earlier). 

Users are rewarded based on their participation in the Grass Network, as determined by: 

(i) their uptime on the application; 
(ii) the quality of the bandwidth they contribute; 
(iii) their location; 
(iv) the amount of their bandwidth actually used by the Grass Network; and
(v) any bonuses and referral rewards earned.

For participants to be eligible they need to have been awarded more than 0 Network Points during the eligibility period to receive a Stage 2 rewards distribution.

The most heavily weighted factor is the actual use of their bandwidth, which is determined programmatically (i.e., in response to technological network needs and market forces - e.g., where demand is coming from geographically). 

Total user contributions to the Grass Networks are measured in Network Points and Uptime Points.

Network and Uptime Points

Network Points are awarded based on the actual amount of bandwidth that nodes contribute to the network. A total pool of 1M Network Points were awarded to participants across the network each day. Network Points were assigned the highest conversion rate of $0.0049 USDC / Network Point.

For the Stage 2 Rewards Distribution, Network Points have had a bonus multiplier applied depending on the device type they were earned on.

Network Points earned via the Chrome Extension have been awarded at the standard award rate. 
Network Points earned via the Desktop App have been awarded a bonus of 5x to the standard award rate.
Network Points earned through the Android App have been awarded a bonus of 10x to the standard award rate.

Uptime Points are awarded based on the uptime of a participant’s application, the quality of the bandwidth connection they contribute, the location of their IP address, as well as tertiary bonuses for user activity such as referrals and sign-ups. Uptime Points were assigned a lower conversion rate of  $0.00000007 USDC / Uptime Point.

For Uptime Points, the advertised multiplier bonuses of 2x for the Desktop App and 3x Android App were awarded in real-time on a daily basis throughout Stage 2.

The USDC rewards combine your Uptime Points and Network Points into a single allocation. 

During Stage 2, we found that 150k users received about 90% of the network traffic. This was as a result of the network prioritizing bandwidth usage through nodes offering the highest stability, updated software, and high-demand geographies.

Steps users can take to increase their probability of being prioritized by the network include:

• Run your node on a residential network (not a VPN).
• Maintain a stable, reliable connection that does not frequently disconnect.
• Keep your apps fully up to date.
• Use a preferred device type. Androids have been the highest earning device type on the network, followed by desktop, then chrome extensions. 

Receiving Your Distribution

Grass will make available a non-custodial wallet on the Grass application dashboard. This wallet is where the distributed USDC will be made available after a participant processes their claim on the Grass Dashboard.

Grass will not have custody of any of the assets in the wallet and users can export the wallet at any time, as it is managed on the backend by a third party service provider (Turnkey). 

The wallet will have integrations with both MoonPay and Jupiter so users have ready access to off-ramp and swap functionality offered by these third parties. 

The off-ramp and swap transactions will take place on these third party platforms pursuant to their own T&Cs and KYC checks. Users are linked out to the applicable third party platform. 

Grass does not participate in off-ramping or swap transactions or earn any fees from them. 

The sole purpose of the wallet is to make the user experience smoother as there are many non-crypto native users that join Grass and struggle connecting, using, and maintaining a third party wallet.

Requests for assistance regarding third-party wallets are among the most common requests Grass receives. 

On-Chain Transaction Fees

Grass does offer a feature to pay on-chain fees by deducting the amount from a user's allocation. In this case Grass will be a signer to the on-chain transaction. 

On-chain transaction fees when using the Grass wallet include:

• Turnkey wallet fee
• Solana network fee

Grass does not earn anything from these fees.

Turnkey wallet fees are $0.15 (USD) per transaction. This fee is only charged if you choose to use the Grass in-app wallet.
Users will be able to export their key to an external wallet should they choose to.

Solana network fees are dynamic based on network activity. If fees are elevated when you attempt to claim, you can wait a few days and try again when the congestion on the Solana network subsides. Grass has no control over these fees.

Key Dates

Eligibility period snapshot: 

• Participation from Epoch 1 to Epoch 19 of Stage 2 (i.e., the period between October 14, 2024 to June 8, 2026).

Eligibility criteria:

• Participants need to have been awarded more than 0 Network Points during the eligibility period to receive a Stage 2 rewards distribution.
• Participants are not in a restricted jurisdiction as described in the Grass Rewards Program Terms and Conditions.

Claim availability: 

• Rewards will be available to claim through the Grass Dashboard on July 22nd 1:00PM EST.

Claim deadline: 

• January 22nd, 2027. Unclaimed rewards will be retained by Grass.

Stay Safe

Only check and claim through the official Grass Dashboard → https://app.grass.io/dashboard

Grass will never DM you first, never ask for your seed phrase or private keys, and never run a check or claim through any other site.

Official Links

Grass Foundation Website: https://www.grassfoundation.io/

Grass Dashboard: https://app.grass.io/

Grass Website: https://www.grass.io/

Questions or issues? Contact support from the Grass Dashboard or at support@grassfoundation.io.

Distributions are based on the Stage 2 eligibility criteria and subject to the Grass Stage 2 Contributor Rewards Terms: Grass Rewards Program Terms and Conditions. Rewards may have tax implications depending on where you live; this isn't financial or tax advice, consider consulting a professional.

Thank you for being part of the Grass Network.

Why Grass Exists

AI is only as good as the data it’s trained on, and acquiring useful data at internet scale is still an open problem in the industry. This is what Grass solves.

This is challenging for three reasons: 

1. Scale
   The web spans billions of pages we have to cover continuously. Collecting meaningful coverage requires a globally distributed residential proxy network that is operating continuously.
2. Impermanence
   New knowledge is published every second. Old content disappears or gets changed. Building a high-quality dataset isn’t something you do once. It’s a continuous process of discovering, acquiring, filtering, and refreshing information as the internet evolves.
3. Quality
   Two different datasets of the same size do not contribute equally to model performance. The engineering challenge is not arbitrarily collecting more data. It is figuring out how to scale the collection of data that actually improves model performance.

Building a frontier training corpus isn’t a project you finish. It is an evolving infrastructure that you operate continuously. 

Financials

Revenue

Revenue has accelerated since Grass launched its products and services in early 2025. Grass has reinvested, and intends to continue reinvesting, the majority of the revenue it generates into network growth.

2025:

• H1: $2.7 million
• H2: $14.3 million
  
• 2025 Total: $17 million

2026:

• H1: $17 million

This means our 2026 H1 revenues are nearly 7x our first-half 2025 result. 

H1 of 2026 reflects the durability of the demand we are seeing from AI labs for high-quality, ethically sourced web data. We have now seen repeat business from nearly every AI customer we serve, and our structural cost advantages in multimodal data let us price competitively while protecting margin. 

Our customer base now spans leading private AI companies, Fortune 100 enterprises including members of the Magnificent Seven, several of the most closely watched new labs, and specialized developers across video, text-to-speech, and coding.

We’ve also learned that our business is seasonal. Consistent with that pattern, approximately $15 million in business Grass had expected to begin in the first half of 2026 has shifted into the third quarter. Combined with roughly $35 million in late-stage commercial opportunities expected to begin in the second half of 2026 and business already under contract, Grass anticipates full-year 2026 revenue of approximately $65-75 million from training data alone. Grass has reinvested, and intends to continue reinvesting, the majority of the revenue it generates into initiatives that further this network growth.

An important reminder that Grass does not disclose the names of AI labs that purchase training data; training datasets are treated as proprietary intellectual property across the industry

Capital Allocation

Grass has continued to invest in the infrastructure that underpins the network. During 2025, Grass acquired a significant amount of compute and storage ahead of material increases in cloud pricing across the industry. Those investments have reduced the network’s operating expenses by more than $1 million per month and are an important factor as to why the business is profitable today.

Ongoing cash expenses for Grass are now approximately $2-3 million per month, the majority of which are infrastructure-related across compute, storage, and bandwidth. Roughly 20% of total first-half 2026 spend was paid to Wynd Labs primarily for costs relating to headcount (45 FTE). All infrastructure is owned by Grass.

Where We’re Headed

Working closely with frontier labs reveals a permanent reality: demand for training data isn’t slowing down. As such, deepening our position in training data remained our top priority in the first half of 2026, however, it is finally time for us to expand into inference data via our Live Context Retrieval (LCR) products.

Leveraging the infrastructure we've built to date to map and structure the public web gives us a competitive advantage in entering the inference data market. Launching our first LCR products later this summer officially opens our pipelines to serve live AI models, converting a static web map into a high-performance engine built to win on speed, cost, and accuracy.

Structure and Alignment

Wynd Labs operates strictly as a core service provider to Grass, handling core engineering, software development, and operational business development.

Intellectual property, customer contracts, and commercial relationships remain entirely under network ownership; consequently, all generated contract revenue accrues directly to Grass rather than Wynd Labs.

Executing enterprise agreements through the Foundation ensures that the enduring value of the ecosystem stays within the network, preventing the value migration common in traditional corporate equity startups.

The structure is intended to keep the enduring value of Grass within the network, rather than allowing it to migrate to a separate ownership vehicle as can occur in traditional startups.

Since token genesis, every dollar raised has flown exclusively through the token ecosystem with zero equity financing, and the network has no plans to introduce an equity component.

Grass’s objective is to keep long-term token holders and network participants aligned with the long-term success of the network. 

Aligning long-term token holders with the network's structural success remains our core objective.

Network Progress

Reaching millions of active nodes, the Grass network continues to expand organically through community referrals and organic discovery. Keeping pace with our scaling footprint, recent upgrades to our bot detection and security filters have improved the network’s latency and connection success rates.

Evolving our reward model to match our expanding infrastructure, participant allocations for Stage 2 will be distributed exclusively in USDC. Shifting to stablecoin payouts allows operators in all eligible global regions to claim their allocations quickly and compliantly amid fluid regulatory environments. Because these rewards are funded entirely by network revenue rather than protocol inflation, the distribution introduces zero net new emissions and leaves the circulating supply of GRASS completely unaltered. 

Your individual allocation will be calculated programmatically based on clear hardware performance metrics: overall node availability, connection stability, geographic demand, and actual data volume routed through your connection.

During Stage 2, we found that 150k users received about 90% of the network traffic. This was as a result of the network prioritizing bandwidth usage through nodes offering the highest stability, updated software, and high-demand geographies.

Steps users can take to increase their probability of being prioritized by the network include:

• Run your node on a residential network (not a VPN).
• Maintain a stable, reliable connection that does not frequently disconnect.
• Keep your apps fully up to date.
• Use a preferred device type. Androids have been the highest earning device type on the network, followed by desktop, then chrome extensions. 

Other Network Updates

Alongside Stage 2, Grass will release an in-app, non-custodial wallet to simplify claiming for all users, whether or not they are crypto-native. The wallet is expected to be released in mid-July, ahead of the claim window.

Also, Grasshopper, our dedicated plug-and-play device for network contributors, will not proceed to rollout at this time as the network prioritizes initiatives of higher value to the business’s immediate needs.

Looking Forward

Reflecting on the first half of 2026 we can see the positive outcomes emerging from the decisions we’ve made over the last 12 months and a genuine cause for excitement for us as a business as we enter the next stage of the network. 

• Revenue has accelerated from $17M in 2025 to $18M in H1 2026, with full-year 2026 projected at roughly $65–75M from training data.
• The business is profitable, running on ~$2–3M/month in mostly infrastructure costs, 
• 2025 compute/storage investments have cut opex by over $1M/month.
• USDC Participant rewards for Stage 2 are not net new emissions, and the circulating supply of GRASS tokens will not increase in connection with the distribution. 
• Focus will continue on deepening our position in training data.
• Grass will begin publicly launching the first products under the LCR umbrella this summer, opening our infrastructure to AI models in real time.

As a business we’ve graduated from subsidized growth to a self-sustaining economy. We are now operating, and continuing to cement our place, as a business with customers, cash flow, and a network whose participants are compensated because the underlying service creates real economic value.

We're still early in that journey, and there's an enormous amount of work ahead of us. But today feels like an important step, and it makes us incredibly excited for what's next.

A recording of the call can be found here on Grass’ Youtube Channel: https://youtube.com/live/iZFt32Mbh38

Grass is different. 

What is Grass? It’s a new kind of internet sharing app that rewards you for something you’re not even using. That would be your extra internet bandwidth. No hidden catches. Just a straightforward way to earn rewards while also contributing to a more open internet. 

Understanding Online Earning Apps

The good news for those looking to earn some extra pocket change is that there are more opportunities than ever to earn rewards through apps on your phone and computer. Open your app store, and you’ll find dozens of apps ready to reward you for participation. 

But, as with most things that sound too good to be true, there’s usually more to the story.

What Traditional Earning Apps Usually Offer

Most earning apps fall into a few similar categories:

• Survey apps: You earn a small amount of rewards, gift cards, or sweepstakes entries by sharing your opinions on your shopping preferences, political views, or lifestyle habits.
• Cashback apps: You’ll get a small percentage of your purchase cost back for shopping through the apps.

Task apps: Earn small rewards for performing simple activities, like watching ads, playing mobile games, or leaving product reviews.

The Common Drawbacks of Typical Rewards Platforms

Most traditional earning apps come with a catch. For instance, you may find that you’re putting in a significant amount of effort for paltry rewards (like spending 20 minutes taking a survey to earn a buck). And some platforms set high withdrawal thresholds that are tough to reach.

Introducing the Grass Network

When it comes to earning rewards through apps, you have another option called Grass. So, what is Grass? It’s a decentralized network that rewards you for sharing your unused internet capacity, also known as bandwidth.

When you purchase an internet or data plan, you’re paying for a certain amount of internet bandwidth. Most people rarely use anywhere near their full internet allowance. That means that they’re paying for a resource (internet capacity) that is essentially going to waste.

Grass is an app that runs in the background of your phone or computer that shares your extra internet with highly vetted partners to gather information from the public web for things like:

• Training AI models
• Comparing prices across geographic regions
• Academic research

In exchange for sharing your internet with Grass, you earn Grass Points, which can, in turn, lead you to earn Grass Tokens or USDC down the road. 

Best of all, Grass is an internet-sharing app that protects your privacy. You are not the product. Only the internet you’re not using anyway is what earns you Grass Points.

Key Differences Between Grass and Other Apps

As you’ve probably noticed by now, not all earning apps are created equal. Many of these apps, including other internet-sharing apps, are designed to take advantage of the user, requiring a significant amount of time, energy, and/or personal data in exchange for a tiny return.

Here’s what makes Grass different:

• Transparency: With Grass, there are no hidden catches. You share your unused internet bandwidth to help vetted partners access public web data, nothing more. You never share your private information with the app. 
• Control: Grass lets you pause your internet sharing whenever you want. No penalties, no pressure. You always decide how much you want to contribute. Not every internet-sharing app works this way.
• Privacy: Grass will never access your browsing history, personal files, or sensitive information. Read the Grass privacy policy.
• Low Effort: Setting up Grass requires just a few clicks, and then the app will run quietly in the background and even throttle itself when you need a lot of internet for things like streaming videos, gaming, or jumping on a video call. You should never notice any impact on your internet performance. In comparison, many other earning apps will pay you pennies on the dollar for spending hours taking surveys or performing other menial tasks. 

Security and Trust: Every time you download another app onto your phone or computer, you trust in that app to protect your security. Grass works with a leading cybersecurity auditor, AppEsteem, to monitor the app 24/7 and makes every effort to stay up to date in cybersecurity best practices.

A Fairer, Safer Way to Contribute Online

Internet sharing could be the future of online earnings. Grass is building an open internet network where users are rewarded fairly for what they contribute.

Grass is designed for anyone who wants to earn rewards without sacrificing privacy or spending hours on mind-numbing tasks. Whether you’re a student looking for an easy way to earn between classes, a remote worker already online all day, or just someone curious about how to make money on the side, Grass meets you where you are.

When you sign up with Grass, you get: low effort, fair rewards, and full transparency. On top of all that, you’ll also help to build a more equitable internet where users share in the value they create. 

Ready to take control of your internet sharing? Download the Grass app today. 

This new flexibility raises some important questions. What's the difference between running the Grass mobile app vs. the Grass desktop app? Is one option better than the other? 

The short answer is that both the mobile and desktop app have their own strengths. By understanding how each one works, you’ll be able to optimize your use of the Grass platform and generate as many Grass Points as possible while sharing your unused internet. 

Getting Started with Grass on Any Device

At its core, Grass works the same way whether you’re using a phone or a computer. The Grass app runs quietly in the background, sharing your unused internet with verified institutions. These partners, in turn, use your extra internet bandwidth for things like training AI models, checking prices in different geographic areas, or performing academic research.

In exchange for sharing your extra internet, you earn rewards in the form of Grass Points, which can eventually translate into Grass Tokens or USDC. To start earning Grass Points, though, you’ll need to download the Grass app on your phone and/or computer.

Setting Up Grass on Desktop

• Download the app onto your computer
• Once installed, it will connect automatically
• You’re all set! 

Setting Up Grass on Mobile

• Visit the Google Play store on your phone and search for the Grass app, or just go to this link. 
• Download the app
• Open the app, and it will automatically connect
• You should see a small icon on your status bar that shows when you’re connected 

How Bandwidth Sharing Differs Between Mobile and Desktop

The core experience of the Grass app is very similar between your phone and computer, but there are some practical differences. Understanding the particulars of each platform will let you optimize your setup and earn the most Grass Points possible.

Triple the Uptime Points on Mobile

The Grass Android app comes with a significant bonus. You can earn 3x the Uptime Points compared to the Grass desktop app. You earn Uptime Points based on how long your device stays connected to the Grass network, making your extra internet available for use. 

If your goal is to earn as many Grass Points as quickly as possible, the Grass Mobile app is the way to go. 

Internet Speed and Connection Stability

One of the biggest benefits of running Grass on your desktop is connection stability. Most desktop computers are either connected to a consistent WiFi signal or actually hardwired directly into a router via Ethernet. This allows your desktop app to keep a steady and strong connection that can consistently share your internet through the Grass app and help you accumulate points. 

Keep in mind that you can also connect your phone to your home’s WiFi or any accessible WiFi network, which will give you these same benefits.

Flexibility

Flexibility is where the Grass mobile app really shines. Your desktop ultimately stays at home, while your phone tends to go with you everywhere. This means you can keep your Grass Android app running throughout the day, earning triple Uptime Points while your desktop sits idle.

And let’s not forget that many people across the world are smartphone-only internet users. In fact, smartphones represent nearly 95% of all devices that access the internet worldwide.

Power and Battery

A key difference between the desktop and mobile app is that a desktop will run continuously without any battery concerns since your computer is plugged into a power source. This makes the desktop ideal for users who want a completely hands-off experience without thinking of charging.

However, the Grass Android app is designed with mobile users in mind. It’s optimized for low power usage, typically consuming just 5-10% of battery over a full day. The app also includes smart features like automatically pausing when your battery gets low to protect your device.

If you don’t typically run into low battery issues on your phone, you should have no problem keeping Grass humming in the background, earning you triple Uptime Points.

Data Plans vs. Unlimited Internet

Many desktop users enjoy unlimited home internet. But don’t worry if you have a mobile plan with strict data limits. All you have to do is connect your phone to local WiFi as often as possible, so you don’t use up your data while you run the Grass mobile app. 

Another option is to upgrade to a mobile plan with unlimited data usage so you don’t have to worry about getting cut off before the end of the month. 

Privacy and Security on Each Device

It can be a little nerve-racking to download a new app on your computer or your phone. However, Grass protects your privacy whether you’re using the Grass desktop app or the Grass mobile app.

According to the Grass privacy policy, it never accesses your browsing history or personal files. All it does is route traffic through your IP address. Grass is also certified by AppEsteem, a leading cybersecurity compliance auditor. 

On your phone and your desktop, your personal data stays yours, always.

Choosing What Works Best for You

Both the Grass desktop and the Grass mobile app can be the right choice depending on your circumstances. Here’s how to pick the right platform for you.

The Grass Android App Works Best When You Want…

• The highest earning potential with triple Uptime Points compared to the desktop app
• Flexibility to earn rewards even when you’re away from home
• To contribute to the Grass network without keeping a computer running all day

The Grass Desktop App Works Best When You Want…

• A stable, always-on connection
• To run Grass on unlimited home internet without worrying about your data plan
• A set-it-and-forget-it setup where you don’t have to think about battery life

Combining Devices to Maximize Your Grass Rewards

Who says you can only run the Grass app on your phone or desktop? Many users want the best of both worlds and run the app on multiple devices to boost their Grass Points earnings.

A really cool feature of the Grass app is that if you connect multiple devices to the same WiFi network, Grass will default to the device that offers the best Uptime Points multiplier. So, there’s really no reason not to download the app on your desktop and phone. 

Stay Connected Your Way

Grass mobile app or Grass desktop app? The beauty of the question is that there’s no wrong answer. Whichever app you choose, you’ll earn Grass Points and contribute to a fairer internet. 

Ready to get started? Download the Grass app today for your phone, your desktop, or both! 

Think of the Grass dashboard as your command center for all things Grass. This is the place where you can monitor your Grass Points, manage your account settings, and get important insights into how you’re contributing to the Grass network.

Whether you’re using the Grass app on your phone or the Grass desktop app, the dashboard is your go-to hub for your Grass journey. 

Key Metrics on the Main Dashboard

Before diving into the key metrics of your Grass dashboard, it’s helpful to remember what Grass is all about and what’s behind all those metrics in the first place. 

In a nutshell, Grass is an app that rewards users like you for sharing your unused internet (also called bandwidth). By running the Grass app on your phone or desktop (or both), you contribute to the Grass network and earn Grass Points in the process. 

Grass Points are divided into three categories:

• Uptime Points: You’ll earn these Points based on the amount of time your phone or computer is connected to the Grass network, making your internet (bandwidth) available for use. 
• Network Points: Earn Network Points when Grass actually puts your extra internet to work to power web data requests. Network Points are distributed every day from a fixed pool of 1,000,000 Points. 
• Referral Points: Refer your friends and family members to Grass. When they sign on and start sharing their unused internet to the network, you’ll earn Points bonuses based on their activity (without taking any Grass Points away from them).

With this background in mind, let’s explore the Grass dashboard in greater detail.

Earnings

Partnering with Grass is all about earning Grass Points, so at the top of the dashboard, you’ll see your total Points earnings for both the current Epoch and for the day. (Epochs simply represent the amount of Grass Points you can earn over a defined period of time.) 

Connection Status

You can’t earn Grass Points if you aren’t connected to the network. The next section of your dashboard will tell you whether you’re currently connected and sharing your unused internet with Grass. This is also the area where you can choose to manually disconnect or reconnect to the network.

Your Networks

One valuable way to speed up your Grass Points earnings is to connect your devices to multiple networks. The “Your Networks” section of the dashboard lists all the networks you’ve used in the past and shows your current connection status to each network. 

This section also identifies each network by its IP address, tracks time connected, provides an overall network score, and breaks out the Grass Points you’ve earned from each network. 

Earnings Statistics

Currently only viewable on the Grass desktop app, the Earnings Statistics metric breaks down your Points earnings by day. This chart gives you a quick and comprehensive view of how your networks have been performing over the past couple of weeks. 

This chart also allows you to dive deeper into the Grass Points system by breaking down your Points earnings into Uptime, Network, and Referral Points. (Each Points category is color-coded for easier distinction.)

Referral Code

At the very top of your dashboard, you’ll see a small section that says “Grow Your Earnings.” One of the fastest and easiest ways to earn more Grass Points is to refer your friends, family members, and acquaintances to the Grass network. When they sign up and start sharing their extra internet, you’ll earn Grass Points based on their activity.

Click the green “Share With Friends” button, and you’ll be able to share your personal referral code through all the major social networks or directly by copying your referral link. 

The Rewards Dashboard

The main Grass dashboard is designed to give you a comprehensive overview of how you are (and have been) interacting with the Grass network. However, if you want to take a deep dive into the Grass Points system, click on the Rewards tab (it’s the little gift box icon). 

This will take you into the world of Grass Points, which includes metrics such as:

• Current Tier: As you earn Grass Points, work your way through 10 tiers, from Iron to Titan, picking up Points bonuses along the way. 
• Uptime Milestone Tracker and Rewards Roadmap: See how far along you are to completing your current earnings tier.
• How You’re Earning: Get a clearer breakdown of where your Grass Points are coming from, including Uptime Points vs. Referral Points. 
• Capturing The Web: Provides a quick and easy breakdown of how much you’ve earned through the previous Epochs.

Just note that your rewards dashboard will look slightly different depending on whether you’re using your Grass desktop or Grass mobile app.

Tips for Getting the Most Out of the Dashboard

The Grass dashboard is the best way to get all the information you need on your journey with Grass, but don’t stop there. Use that information to maximize your Grass Points earnings and make the most out of your Grass experience. 

• Check your connection regularly: Make a habit of opening your Grass dashboard often to make sure your devices are connected to the network and you’re actively earning Grass Points.
• Review your active networks: Keep an eye on your network list to learn which networks are bringing in the most Points. 
• Name your networks: Grass lets you give unique names to each network, so you can easily distinguish them. 
• Know your tier status: Don’t forget to regularly review your rewards dashboard so you can follow your rewards path and keep moving toward the next rewards tier. 
• Track your Points breakdown: Where are the majority of your Points coming from? Is it uptime, network usage, or referrals? This knowledge can help you be more strategic in your overall Points strategy. 
• Participate in the Grass referral system: Don’t just ignore your personal referral code. If you have friends or family members who are crypto curious, send them your referral code from your Grass dashboard, and then watch your referral Points soar. 

Unlock the Power of the Grass Dashboard

The Grass dashboard puts you in control of your Grass experience. It’s packed with features designed to help you track your Points progress, manage your devices and networks, and grow your earnings. 

While the dashboard may seem a little confusing at first, by using it regularly, you’ll soon become a dashboard navigation pro. Plus, as the Grass platform continues to evolve, you can expect even more great new features and improvements in the future. 

What are you waiting for? Download Grass today and start exploring your personal dashboard.

Grass is introducing a more detailed breakdown of how Grass Points are calculated and earned based on the manner you contribute to the Grass Network. Grass Points now break down into two types: Uptime Points and Network Points, which give a clearer picture of both the availability and usage of the bandwidth that you contribute.

(This updated points system was first introduced and is effective starting in Epoch 11.)

• Uptime Points are earned based on the amount of time your device is connected to the Grass Network in a manner that makes your bandwidth available for use by the Grass Network. Uptime Points are also awarded (i) when you refer new users to the Grass Network who then meet the requirements to be considered an active referral; or (ii) when you reach certain milestones and are eligible for bonuses.
• Network Points are earned when your bandwidth is actively used by the Grass Network to power web data requests.

In summary, Uptime Points are earned for establishing and maintaining a consistent connection to the Grass Network and Network Points are earned when the bandwidth you make available by staying connected to the Grass Network is actually used by the Grass Network.

You don’t need to do anything differently in response to the updated Grass Points tracking system. You will be able view and track your earning of Uptime Points and Network Points on our refreshed Rewards Dashboard. See below for a more detailed explanation of how Uptime Points and Network Points track and reward you for your contributions to the Grass Network.

Uptime Points

Uptime Points are programmatically rewarded to you for keeping your device online and connected to the Grass Network in a manner that makes your bandwidth available for use by the Grass Network. Uptime Points are also awarded for successfully encouraging others to join the Grass Network. You will continue to earn Uptime Points by keeping your device connected and will also continue to earn Uptime Points based on the uptime of the active users who you have successfully referred to the Grass Network.

Uptime Points help to lay the foundation for the growth of the Grass Network by rewarding participation and community growth initiatives.

Network Points

Network Points are programmatically awarded when your bandwidth is actively used by the Grass Network to power web data requests. Here’s how Network Points work:

• A fixed pool of 1,000,000 Network Points is created and awarded to users each day.
• Network Points are split across users based on the pro rata amount of a user’s bandwidth actually used by the Grass Network. On a given day, Network Points are awarded to users based on how much of their bandwidth is used by the Grass Network as well as how much total user bandwidth has been used by the Grass Network¹. If a user’s bandwidth is not actually used by the Grass Network on a particular day, then that user will not receive Network Points on that day.
• The bandwidth used by the Grass Network is selected based on technical specifications and market factors that include:
  • Market Forces that Create Demand for User Bandwidth.
    More public web data requests will be be routed through users that are located in certain regions based on the region which the public web data requests relate. For example, if there is demand for public web data in the United States on a given day, then users located in the United States on that day are likely to see increased usage of their bandwidth relative to users who are located in other jurisdictions. As a result, those United States-based users are more likely to receive Network Points in connection with those public web data requests.
  • The Stability of Your Connection to the Grass Network.
    The strength, consistency, and availability of your connection to the Grass Network also plays a role in determining whether your bandwidth will be used to fulfill public web data requests. The Grass Network is designed to select the bandwidth of users that have reliable connections to ensure that the public web requests made using their bandwidth are successful. The stability of your internet connection itself is also a factor in determining whether your bandwidth will be used by the Grass Network. The way in which you connect to the Grass Network, whether through a Grasshopper, the Android application, the desktop application, or extension may assist in establishing a more stable connection. Based on the technical design and operation of the Grass Network, the Grasshopper and Android application are generally able to provide a stronger and more stable connection to the Grass Network.
• The Way Your Connection Has Been Used in Prior Days and/or in Related Tasks.
  If your connection has been used recently in connection with public web data requests, the use of other users’ bandwidth will support the operational reliability of the Grass Network (as well as your and other users’ connections). The Grass Network functions most efficiently when multiple different connections are used to route public web data requests, which also facilitates longer-term recurring use of users’ connections.

You don’t need to take any extra steps. Keep your device running and connected to the Grass Network to be eligible to receive Network Points.

Rewards Dashboard

The Rewards Dashboard is the hub for tracking your contributions. It brings everything into one place:

• Tiers and milestones showing your progress.
• Referral activity and bonuses from your referral network.
• Earning breakdowns across uptime and referrals.
• Epoch history showing how your points accrue over time.

With Network Points now included, the dashboard provides a clearer view of how your device supports the Grass Network.

Thank You

These updates are part of making Grass more useful for everyone. By staying connected, you’re helping build the foundation of the network and shaping what comes next.

Thank you for being part of Grass.

Explore the Rewards Dashboard

1. Let’s say the Grass Network routes a total of 100,000 GB of web traffic in a single day across 500,000 active users. If your device contributed 10 GB of that total, meaning the network used 10 GB of your connection to power live web requests, you provided 0.01% of the day’s bandwidth. You’d then earn around 100 Network Points (0.01% of the 1,000,000 daily Network Points).

Legal Disclaimer

The purchase or installation of a Grasshopper, a Grass application (Android or desktop), or Grass extension is not a guarantee that you will earn Network Points or any associated rewards. Network Points are awarded based on the usage of the bandwidth contributed through your device to the Grass Network. Usage is determined programmatically based on factors that include the quality, stability, and availability of your bandwidth as well as the operational needs of the Grass Network, which are driven by network participation, use, and market forces.

But what’s the catch? A lot of new users are understandably worried that sharing their bandwidth could slow down their internet. After all, the last thing you want is for Netflix to start buffering in the middle of your Great British Bakeoff binge or for Fortnite to crash right before your team claims a Victory Royale. 

These are completely valid concerns. The good news? Grass was designed so that bandwidth sharing with the app will never interrupt your internet usage, including during heavy-hitting activities like gaming and streaming. 

How Bandwidth Sharing Works in the Background

In order to understand how internet sharing with Grass won’t keep you from finally crushing Auntie Ethel in Baldur’s Gate 3, it helps to have a basic idea of how Grass bandwidth sharing works. 

Think of your home internet or mobile data plan like a multi-lane highway. Most of the time, several lanes sit completely empty while you’re using just one or two for your daily online activities. 

The Grass app works by using only your empty lanes. When you’re streaming, gaming, or video calling, Grass automatically powers down. In this way, Grass only uses your excess internet capacity.

Grass Privacy and You

While on the topic of “What is Grass?,” it’s also critical to mention privacy and safety. Grass privacy is built into this system from the ground up. The Grass network cannot access your personal browsing history, passwords, or private information. Your personal data always stays completely separate from Grass. You can learn more by viewing Grass’s privacy policy. 

Gaming and Grass: What to Expect

Whether you’re grinding ranked matches in Fortnite, putting the finishing touches on your dino-pizza planet in Roblox, or finally getting a shave and a bath in Red Dead Redemption, Grass bandwidth won’t mess with game-playing experience or cause any lags.

After all, over 60% of Americans game regularly, and any internet sharing app needs to respect that commitment. 

Here’s what you need to know: Grass automatically prioritizes your active gaming traffic and steps back when you begin using a high percentage of your bandwidth. Your gaming packets get the express lane, while Grass waits patiently in the background. 

The vast majority of gamers find they can keep Grass running 24/7 on their desktops, laptops, tablets, or phones without issues. But if you’re streaming your gameplay live or participating in esports where every millisecond counts, you can always manually pause the Grass app until your inevitable victory is in hand. 

Streaming and Grass: Watching Without Worries 

Let’s not beat around the bush. People love streaming content. That includes Americans who spend over two-and-a-half hours a day on average streaming television and another two hours watching movies. 

When the latest season of Wednesday drops, bandwidth sharing better not interfere with your viewing experience! Fortunately, Grass understands how important your video-watching experience is. The Grass app automatically detects video streaming on your devices and prioritizes your content. When Netflix needs to buffer that 4k episode or your favorite content creator uploads a new video on YouTube, Grass can step aside completely so you have your full internet capacity to use. 

Again, in most cases, Grass can continue running in the background while you watch your favorite content. But, if you plan on putting a heavy streaming load on your devices (think simultaneously streaming Netflix + YouTube + Twitch), consider manually turning off your Grass app. 

Keeping Control of Your Online Experience

Here’s the lowdown when it comes to the Grass app: it was designed to always keep you in the driver’s seat. If you ever need or want full control of your internet for an important video call or competitive gaming session, it’s simple to pause your bandwidth sharing with Grass. 

All you have to do is open up your Grass app, tap the pause button and disconnect. This works for your desktop app or your mobile app. You can also use your dashboard to set specific hours when Grass internet sharing automatically pauses. 

You can also monitor Grass’s performance on your dashboard. See which networks you’re connected to, your time connected, and your network score. 

The beauty of sharing Grass bandwidth is its flexibility. Whenever you need full control of your internet, you can always turn off the app and then switch it back on when you’ve finished the latest episode of The Paper. 

Gaming, Streaming, and Contributing

Who says you can’t have your cake and eat it, too? When it comes to Grass internet, you can earn your Grass Points and still stream and game to your heart’s desire without any impact on your experience. 

Don’t forget about those Grass Points. The more bandwidth sharing you participate in, the more Points you’ll earn, which could eventually translate into Grass Tokens and real ownership in the Grass network. You’ll also be helping to build a more decentralized internet where users are actually rewarded for their contributions.

And you can still finish your magnificent dino-pizza planet, you creative wizard! 

Download Grass today.

When you join the Grass network and begin sharing your unused internet, you’ll earn Grass Points. These, in turn, will help determine the Grass Tokens or USDC you can receive.

While Grass offers lots of bonuses through its referral program, the easiest way to get started building your Uptime Points stash is by first maximizing your individual earnings. 

Here are seven simple tips to get the most Grass Points from your own setup. 

1. Keep Grass Running Consistently

Joining the Grass network is a must-do first step, but you won’t actually begin earning Grass Points until you connect to the network and begin sharing your unused internet. Your Grass Uptime Points earnings directly relate to your “uptime.” This is the total time your device is connected and sharing your unused internet with the Grass network.

Whether you’re using your home WiFi or your mobile data plan, every hour of connection counts toward your Grass internet contribution. The difference between casual Grass users and top points earners often comes down to consistency. 

Bonus Tip: Set yourself the goal of 100 hours of uptime. Once you’ve hit this milestone, new users will receive a bonus 5,000 Grass Uptime Points! 

2. Use Stable Internet Connections

You can’t maintain a consistent connection to the Grass network without internet stability. That makes your internet plan just as important as your uptime habits. 

You can share your unused internet through your home WiFi network or through your mobile data plan. WiFi typically offers more stability and doesn’t count against your mobile data limits. That makes it ideal for home use. Mobile data shines when you’re on the go, ensuring that you stay connected to the Grass network even when you’re away from home. 

Bonus Tip: If you’re connecting to Grass through your phone, consider upgrading to a plan with unlimited data. Data caps could lead to overage charges or force you to pause your Grass app when you reach your data limit. 

3. Add Multiple Devices Safely

If you have a desktop computer, laptop, tablet, and smartphone at home, you can certainly add the Grass app to each device. Just keep in mind that if all these devices are on the same network, you’ll be splitting your Grass rewards across them. 

That’s why the key to earning more Grass Points is managing your devices across several different internet networks. For instance, consider running Grass on your phone when you’re out of the house, which will take advantage of your mobile data network. You can even keep your desktop connected to Grass at home, so you’re accumulating uptime across two networks at the same time. 

4. Understand When to Pause Sharing

When you start seeing your stash of Grass Points grow on your dashboard, it’s easy to get hooked. Don’t forget, though, that, at the end of the day, you also want a smooth online experience. 

The good news is that Grass automatically adjusts or pauses sharing when your internet usage gets high. Ideally, you should never notice any interruption with your internet activities. However, you can also manually pause the Grass app but you will never notice any disruptions! 

5. Monitor Your Grass Dashboard

Your Grass dashboard is your command center, so make sure to check it on a regular basis. Your dashboard will show you your connection status across all your available networks to ensure you’re connected and actively sharing your unused internet for maximum points. 

The dashboard also shows you your total Grass Points accumulation as well as the day’s earnings, helping you to track your daily progress. 

Finally, your Grass dashboard can help you quickly spot connection interruptions. That lets you troubleshoot immediately so you can get back up and running – and earning in no time. 

Bonus Tip: One of the dashboard’s more valuable features is an earnings breakdown per network. This lets you prioritize the most productive networks. 

6. Keep Your Devices in Good Condition

It’s easy to focus on the strength of your internet connection and your data allowances when it comes to internet sharing with Grass, but don’t overlook your physical devices, either. The health of your desktop, laptop, and phone can impact your ability to earn points consistently.

Here are a few helpful tips:

• Keep your operating systems updated and run reliable antivirus software.
• Always update your Grass app when new versions are released. Updates often include performance improvements and bug fixes. 
• Adjust your device’s power settings to prevent sleep mode interruptions. When your computer goes to sleep, Grass stops running. 
• Keep your device’s storage and memory healthy by cleaning unnecessary files, closing unused applications, and restarting periodically. 

7. Make These Small Adjustments

Even minor tweaks to your setup can boost your Grass rewards over time. Start by putting your computer or laptop in a place where your WiFi signal is the strongest. 

Next, minimize anything that can compete for internet capacity if you don’t really need to use it. That means reducing background downloads, cloud syncing, and streaming on other devices. You can also close unnecessary browser tabs and applications that are quietly consuming your internet capacity. 

Bonus Tip: Not sure where to position your computer for the strongest WiFi connection? Try moving it closer to your router or installing WiFi extenders if your computer setup is far from your router. 

Simple Habits Can Boost Your Grass Rewards

Small adjustments can really add up, especially when it comes to earning Grass Points. Each tip covered in this article might seem minor individually, but together, they can compound over time and significantly increase your internet sharing and Grass Points accumulation.

Once you’ve perfected your personalized Grass setup, you’ll be ready to take the next leap in Grass Points generation: the Grass referral program. But remember, it all starts by signing up for Grass and setting up your account.

Download the Grass app today.

You could stop there and just enjoy a slow and steady accumulation of Grass Points over time. But if you’ve got the drive and focus, you can supercharge your Points collection.

How? It all comes down to building a solid referral network or “Grass family tree.” The Grass referral program is designed to offer big rewards to users who bring their friends, family, colleagues, mail carriers, hairdressers, and dogwalkers into the network. 

And you’re not just accruing Grass Points as a badge of pride. Those Points help determine how many Grass Tokens or USDC, you’ll may receive in the future. 

Interested? Then learn how to become a Grass Points Titan. 

What Are Grass Points and Why Your Referral Network Matters

The simplest way to begin building your collection of Grass Points is to sign up for the Grass app and begin sharing your unused internet. But that’s only the start of your points journey. Things start to get much more interesting when you start taking advantage of the Grass referral program. 

Your Grass Family Tree: The Three-Level Referral Structure

The Grass network is powered by users. The more users, the bigger, stronger, and more valuable the network becomes for everyone. That’s why Grass built a system that rewards referrals from its existing users. 

The backbone of the Grass referral program centers on three levels:

• Primary Referrals: When you share your referral link with someone and that person downloads and connects to Grass, they become a primary referral. They’ll begin earning Grass Points based on their uptime, but here’s the exciting part. You’ll earn 20% of their uptime Points indefinitely. This doesn’t mean you’ll take any Points away from your friends and family members. You’ll each earn Points separately. 
• Secondary Referrals: Your earning power is just beginning. When one of your primary referrals brings in their own referrals, those new users become your secondary referrals. You’ll earn 10% of their uptime Points indefinitely, creating a second layer of ongoing rewards. (Again, your 10% bonus won’t impact how many Points your primary and secondary referrals earn.)
• Tertiary Referrals: You can probably see where this is going. Your tertiary referrals represent referrals made by your secondary referrals. You’ll earn 5% of their uptime Points indefinitely. 

Together, these three referral levels create an extended Grass family tree where a single successful referral can multiply your long-term Points earnings. 

Unlocking Bonus Rewards: Uptime Milestones & Referrals

Building your Grass family tree is only the start of the ways in which you can supercharge your Grass Points accrual. The next way is through milestone bonuses.

When you reach 100 hours of uptime (or roughly 4.17 days of constant connection time), you earn a 5,000-point bonus. Consider it a nice incentive to stay consistently connected when you first join the network.

But the rewards don’t end there. When your tier one referrals hit the 100-hour milestone, they get their 5,000 Grass Points, and you, separately, earn 2,500 Points. Imagine that you refer five friends to the Grass app and each friend hits the 100-hour milestone. You’ll be the proud recipient of 12,500 bonus Points!

The beauty of this system is that it creates motivation at every level of your Grass family tree. Your referrals have a juicy incentive to stay active to earn their own milestone bonuses, and they’ll be motivated to bring in others to earn more bonuses, which ultimately grows your entire network’s earning potential. 

Climbing the Grass Ranks: Tiered Rewards for Active Referrers

The Grass referral program is designed so that the more you advance through the program, the greater your rewards become. When you start earning points and recruiting referrals, you begin a journey through a special tiered system that gives you even more Points bonuses as you scale up through 10 distinct ranks. 

Each tier requires you to meet specific thresholds for either the number of referrals or the accumulated Grass Points. As you climb higher, the requirements become more challenging, but the bonus rewards increase accordingly. 

Your Grass app dashboard tracks your current tier and shows you exactly how many referrals or Points you need to reach the next level. 

Here’s the full ranking structure and what it takes to achieve each level:

• Iron Tier: 0 referrals or 0 Points = 0 Rewards
• Bronze Tier: 6 referrals or 373 Points = 20 Uptime Points
• Silver Tier: 11 referrals or 2,595 Points = 130 Uptime Points
• Gold Tier: 17 referrals or 11,351.3 Points = 565 Uptime Points
• Platinum Tier: 34 referrals or 36,351.14 Points = 1,800 Uptime Points
• Emerald Tier: 86 referrals or 118,247.2 Points = 6,000 Uptime Points
• Diamond Tier: 136 referrals or 375,443.13 Points = 19,000 Uptime Points
• Conqueror Tier: 154 referrals or 2,767,564.12 Points = 50,000 Uptime Points
• Vanguard Tier: 185 referrals or 7,394,899.99 Points = 100,000 Uptime Points
• Titan Tier: 221 referrals or 49,616,939 Points = 250,000 Uptime Points

The Grass ranking system gives you clear milestones to work toward while also rewarding the most successful network builders. Also, it’s a great way to compare your progress with your fellow Grass users. A little friendly competition never hurt anyone!

Strategy Tips: Nurturing Your Referral Family Tree

Building a successful Grass family tree doesn’t mean just sharing your referral link with everyone you’ve ever met, including your first-grade teacher and the roommate you haven’t spoken to in five years. 

The most effective network builders take a strategic approach by targeting the right potential referrals, using existing Grass tools to monitor their progress, and educating their referral network. 

Quality over Quantity

Take the time to properly onboard your referrals. Explain the milestone bonuses they’ll earn and help them understand why consistent uptime benefits you both. 

Prioritize quality over quantity for referrals. One engaged referral is better than 10 inactive ones, as your earnings depend on their consistent connection. Properly onboard referrals, explaining milestone bonuses and the mutual benefits of consistent uptime.

Take Advantage of Your Grass Dashboard

Your Grass app dashboard is your mission control center. Regularly check your dashboard to confirm that you’re connected to the network, see your daily and total Grass Points earned, as well as your progress toward your next bonus and tier goals. Your dashboard can help you set specific and achievable goals and is the best way to track your overall Points progress. 

Empower Your Network

The real power of the Grass referral program is your Grass family tree. The more you nurture and grow your tree, the more quickly your Points will accumulate. 

Your Grass family tree is key to accumulating Points. Encourage primary referrals to share the Grass app, creating secondary and tertiary levels to compound earnings. Share successful strategies to help friends build their own trees. As referrals become successful referrers, everyone benefits. A growing tree also boosts tiered rankings and bonuses, helping you achieve Grass titan status.

Activate Your Referral Family Tree for Lasting Growth

Growing your Grass family tree and building a huge stash of Grass Points can be a fun challenge, but keep your eyes on the prize. Those Points have a purpose. They’ll eventually help translate into Grass Tokens, or USDC, during the next rewards allocation. 

The opportunity is clear and the time is now. So, here’s the challenge: How many Grass Points can you accumulate? How big will your family tree grow? 

Your Grass family tree starts with downloading the Grass app and then making one successful referral at a time. Download the app today. 

*As per the average token price for the 30 days directly following the allocation of tokens to Grass users (Oct 28 - Nov 27)

NEW YORK, August 14th, 2025 – Grass and Inference.net today announced the launch of ClipTagger‑12b, a new video annotation model built to identify actions, objects, and logos in video with high accuracy and detail. Applicable across domains from autonomous vehicles to warehouse robotics, it strengthens the perception capabilities that many AI systems rely on.

In benchmark tests, ClipTagger-12b outperforms Claude 4 and GPT‑4.1 on annotation metrics like ROUGE and BLEU, while running up to 17x cheaper.

See full benchmarks on Hugging Face

Developed through a collaboration between Grass and Inference.net, ClipTagger-12b was trained by Inference on a subset of over 1 billion videos collected from the public web by Grass and is hosted on Inference’s distributed compute network.

“It’s entirely possible to train low-cost, state-of-the-art models with the right data and good engineering,” said Sam Hogan, CEO at Inference.net.

“We believe the future of AI depends on keeping the web open and building the infrastructure needed to turn it into something models can learn from. This was a step in that direction,” said Andrej Radonjic, CEO at Wynd Labs.

The collaboration shows how specialized teams can build and deploy high‑performance models once limited to large AI labs, making advanced video annotation accessible to more developers and businesses.

ClipTagger‑12b is live now on Inference.net, where developers and businesses can access it via API. Model weights and additional resources are also available through the Hugging Face repository. Researchers can apply for up to $10,000 of credits at inference.net/grants.

About Grass

Grass is an application anyone can download to share their unused internet connection, powering a global network used to gather real‑world data for training AI models.

About Inference.net

Inference.net is a distributed compute network optimized for running AI models at scale, enabling developers to deploy and serve models without relying on centralized cloud infrastructure.

Media Contact

media@grassfoundation.io

When Grass first launched in 2023, it started as a simple Chrome web extension that let users share their unused internet. Then came the desktop app, offering more stability and better performance. 

But the real game-changer arrived in July 2025 with the announcement of the Grass app for Android. Just one month later, Grass made it even easier for users to download the phone app by launching on the Google Play Store. 

Now, the internet connection that follows you everywhere can also work for you everywhere. 

The Mobile Unlock: Why Grass on Android Matters

Until recently, earning Grass Points meant sharing your unused internet from your desktop computer. But many people around the world aren’t “computer-first” internet users. They operate on a “phone first” basis. 

In fact, over 4.3 billion people own smartphones worldwide, and for many of them, their phones are their entire connection to the digital world. This is especially true in emerging markets, but the trend doesn’t just apply to developing countries. Even in the US, 15% of adults are “smartphone-only” internet users.

With Android capturing nearly 72% of the global mobile operating system market, the Grass app on Android represents more than just a platform expansion. It also democratizes access to the Grass network. Now, anyone whose primary internet access comes through their phone can participate in the network and earn Grass Points from their unused internet. 

How It Works: Earning Grass Points from Mobile Internet Data

The beauty of the Grass mobile app lies in its simplicity. Once you download the app from the Google Play Store and sign in, your phone will quietly work in the background, turning your unused internet bandwidth into Grass Points.

Your phone is constantly connected to the internet, but most of the time you’re only using a fraction of your available internet capacity (or bandwidth). The Grass app identifies this unused internet and allows verified institutions to route safe, encrypted web requests through your connection. 

You won’t notice any difference in how your phone performs. No lagging calls or YouTube videos that keep freezing. In fact, the Grass app typically uses just 5 to 10% of your phone battery over a full day. That’s similar to the battery usage of many popular messaging apps.

The app also automatically pauses when your battery gets low or you enter an area with a poor connection. (You can also always pause the app manually anytime you want.) 

Just as with the desktop version of Grass, the mobile app cannot view your private data or your activity on your phone. That’s part of Grass’s commitment to user privacy. 

You’ll earn Grass Points based on the amount of time your app is connected to the Grass network and the quality of that connection. The longer you stay connected and the more stable your internet, the more Points you’ll earn. 

Set-Up Made Simple: Steps to Start on Mobile

Getting started with the Grass mobile app on Android is super simple and takes just a few minutes.

1. Download the Grass App: Use this link from the Google Play Store to download the Grass app.  You can also search the Google Play Store for the app. Just make sure the app is from the Grass Foundation. 
2. Click “Install” and the app will download and install automatically.
3. Open the app: Once you review and respond to some required and optional permissions in order to run the app, hit “Done.”
4. Create Your Account: If you’re new to Grass, you’ll need to provide an email address and one-time password. You can also choose to sign in through your existing Google account.
5. Sign In: If you already have a Grass account, all you have to do is log in using your existing credentials.
6. Monitor Your Progress: That’s it! Now, whenever you open your Grass app, you’ll see your personalized Grass dashboard, where you can check your Points earnings, share your referral code with friends, and track your progress through the Grass Tiers. 

Your Android device is now part of the Grass network, quietly earning Grass Points while you go about your day. You can confirm that the Grass app is running by looking for the Grass icon in your phone’s status bar. 

Transforming the Grass Network with Mobile Data Sharing

The addition of mobile users doesn’t just expand the Grass network; it fundamentally transforms it. 

Grass mobile users carry the network with them everywhere. They contribute their unused internet from coffee shops in Seattle, university campuses in Madrid, co-working spaces in Mexico City, and residential areas across the globe. 

As the Grass network becomes more geographically distributed and consistently online, it becomes more attractive to institutions that need reliable access to web data from multiple locations. 

Since every Grass user is an owner in the network, growing the ecosystem means more opportunities for everyone in the network. In essence, the Grass mobile app makes everyone’s participation more meaningful and potentially more rewarding. 

Mobile Sharing Matters – and You Can Be Part of It

The launch of the Grass mobile app for Android is helping to democratize access to the Grass network and allowing more people across the world to earn Grass Points. 

Even if you also have a desktop, the Grass Android app gives you another way to increase your uptime on the network and earn even more Grass Points. Every person who joins the Grass network makes it stronger, more diverse, and more valuable. 

Ready to turn your unused mobile internet into rewards? 

Download the Grass app on Android today. 

We are officially live with the Grass Android app, bringing the network closer to more people, more devices, and more of everyday life.

You can now download Grass directly to your Android phone. No desktop required. No browser extension. Just your phone, running Grass quietly in the background, helping grow the network while you earn from a resource you didn’t even know you had.

Grass began as a browser extension. Then came the Desktop app, a faster, more stable way to contribute unused internet. Now, with Android, Grass goes wherever you go. You keep earning, even when you leave the house.

For many people, their phone is the primary way they access the internet. Supporting Android lowers the barrier to entry and expands access globally. We’re meeting people where they are. More users, more regions, more ways to grow the network together.

How It Works

Install the app. Sign in. And you’re good to go.

Once it's running, you'll see a small icon in your status bar to show you're connected. The app is optimized for low power usage and typically uses just 5-10% of battery over a full day, similar to popular messaging apps running in the background. It automatically pauses on low battery, poor connection, and you can stop or pause it at any time.

Just like with the desktop app, it is impossible for Grass to see your private data or view your activity. The app only uses your unused internet bandwidth. If you want to learn more about how privacy and security works on Grass, check out this write up.

In the spirit of the network, the Android app is available as a direct download from the Grass site or dashboard.

Why This Matters

Grass on Android makes it simpler than ever to connect, and stay online, even when you’re on the move.

The more accessible the network becomes, the more powerful it gets, and the more that value is shared with the people who make it work.

To mark the launch, Android users will earn 3x Grass Points for a limited time.

If you’re already contributing, adding your Android phone is a super easy way to boost uptime and rewards. And if you’re new here, there has never been an easier way to start. Welcome.

Download Grass on Android today — available now as a direct download and on the Google Play Store. Stay tuned for future Grass support on other operating systems.

Meanwhile, @Sgt_Lazo, a system administrator in IT, discovered something he’d never encountered in his professional career: a project that truly inspired him. After the initial download, the Grass app handled everything automatically while he went about his daily life. Through optimizing nodes and helping newcomers, he found the Grass app had become “much more than just a project.” 

If you’re new to Grass, unsure of its value, or simply wondering what users actually experience, this blog post shares real, honest user stories. No hype. No promises. Just authentic stories about meaningful connections, Grass rewards, and the satisfaction users feel about contributing to something bigger than themselves.  

Why These Stories Matter

Decentralized networks only work when real people around the world choose to participate. The Grass network isn’t built in corporate boardrooms or data centers. It’s powered by individuals who simply decide to share their unused internet bandwidth. 

The stories in this article show what that participation looks like, not in theory but in real life. That includes building community connections, the satisfaction of strengthening the Grass network node by node, and even booking a shark dive powered by Grass rewards. 

These aren’t paid testimonials, and you won’t find any promises about future profits or returns. Instead, you’ll get honest experiences from people who chose to download the app and let it run quietly in the background while they went about their lives. 

User Spotlights from Around the World

Grass users come from diverse backgrounds and from all over the world, but they all have one thing in common. They’re part of the Grass network, sharing their unused internet bandwidth to help build a fairer, user-centric internet.

Here are three stories that showcase different paths into the network and highlight what each unique user discovered along the way. 

@Sgt_Lazo: From Professional IT to Personal Passion

After three decades managing complex server infrastructures, Sergeant Lazo was an experienced hand in the tech world. But Grass became “the first project that inspired me on a personal level.”

Discovering Grass during the early beta, Lazo dove deep and began building bridges in the community. On Discord, he became known for troubleshooting a range of issues and welcoming newcomers to the network. 

When the first Grass distribution arrived, Lazo described it as “honestly beyond anything I ever expected to receive for simply setting up nodes and contributing with minimal effort.” But he explained that the real value of participating in Grass was “always the journey itself. Late-night chats, new friendships, and celebrating every little milestone together.” 

@freshnomadic: From Skepticism to Swimming with Sharks

When a friend initially introduced her to Grass, Fran was hesitant. Eventually, curiosity won out for the Aussie who worked full-time at both a law firm and a commercial construction company. 

After checking out the Grass Discord and creating her own account, Fran determined that “this was actually a good project.” The first Grass distribution brought unexpected rewards that Fran used to travel and enjoy once-in-a-lifetime experiences, like swimming with sharks and turtles, and even dining underwater.

For someone who leads a self-described “structured life with deadlines,” these experiences were something truly special. Over a year later, Fran remains actively involved with Grass and has found that “the community has become like a second family.” 

For Fran, the true value of Grass is “also the relationships I’ve built, the experiences I’ve had, and the feeling of contributing to their mission.” 

@lastbrokeman: A Long-Term Vision

Brokeman’s approach to online opportunities focuses on “identifying fundamentally strong projects and patiently supporting their growth over time.” His decision to join the Grass network reflects his methodical approach to discovering projects with solid foundations rather than chasing quick gains. 

What Connects These Stories

Despite spanning continents and careers, these users have a lot in common when it comes to what drew them into the Grass network and kept them engaged. Each discovered that the Grass app delivered more than they initially expected. @Sgt_Lazo found personal inspiration. @freshnomadic discovered genuine community value, and @lastbrokeman recognized the project’s fundamental strengths. 

Community connection also emerged as a central theme. Whether it was @Sgt_Lazo’s late-night chats with other community members or @freshnomadic’s sense of finding a second family, both users discovered meaning in contributing to the Grass network alongside others.

The Grass Rewards Program delivered tangible benefits, but the users didn’t focus solely on that. Instead, they highlighted the combination of small rewards, community belonging, and the satisfaction of supporting a project they believed in. 

Small Efforts, Shared Impact

Another shared thread the users highlighted in this article is that each individual’s contribution to the Grass network was modest, manageable, and fit into their existing lives. 

Yet together, these thousands of small contributions have built something real. Each user’s story describes how individual actions create collective momentum. The Grass network exists because people like @lastbrokeman and @freshnomadic chose to participate with simple, consistent involvement. 

The Grass rewards each person receives reflect this shared effort. Individual contributions may be small, but when multiplied across a global community of participants, they create the infrastructure that makes Grass distributions possible. It’s proof that decentralized networks thrive on collective participation. 

You Could Be the Next Story

An IT veteran found unexpected personal inspiration. A skeptical professional discovered community and adventures. A methodical investor recognized a project with the right foundation. These three stories show the diverse community that makes up the Grass network. What connects them isn’t their backgrounds, but their willingness to try something new.

Today, the Grass app runs quietly in the background for three million users and counting worldwide. Each user’s extra internet bandwidth represents a small part of a growing decentralized infrastructure. 

Whether you’re drawn by the technical aspects of the network, curious about Grass rewards, or simply interested in being part of something bigger, it’s time to become a member of the network. You don’t need any expertise to participate, just a stable internet connection. 

The Grass community is growing every day. Your story could be next, and it all starts with a simple action.

Download Grass today!

It may seem too good to be true. You can simply download an app and join to get rewarded.

People want to know: Is Grass legit? What’s the catch?

Here’s the thing: Grass is actually really straightforward. This article gives you the no-nonsense, simple info you need to understand Grass and help your friends earn rewards.

The Most Common Skepticisms About the Grass App

Here are some of the most common questions about Grass that indicate skepticism and how to answer them.

Does Grass have access to a user’s data?

No, Grass never has any access to the data on your device. It only knows basic information that’s necessary to run the network.

How to answer: Grass doesn’t access or store your browsing history, passwords, or files.

Do Grass nodes slow down internet speed?

Grass only uses the internet (bandwidth) you’re not already using. It never interferes with your normal internet activities. If you’re using a lot of internet to stream, game, or join a video call, Grass will automatically throttle back, so you’ll never notice any slowdown. 

How to answer: “No, Grass won’t slow down your internet. If you need a lot of internet for something, Grass automatically gets out of the way.” 

Is bandwidth sharing safe on the Grass network?

Yes. Grass works with major antivirus companies to make its software as safe as possible. The network has multiple layers of protection to prevent any misuse. Even now, it’s running safely on millions of devices.

How to answer: “Grass is designed from the ground up to be secure and is working with some of the largest antivirus companies around to keep its network safe.”

What Grass Actually Does — Simple and Clear

One reason Grass may seem confusing on the surface is that not many other organizations are doing what Grass does. Once you understand the basic idea of Grass, you’ll see that it’s actually incredibly simple.

So, what is Grass? Think of your internet connection as a highway with multiple lanes. Most of the time, you’re only using one or two lanes while the rest sit empty. Grass uses those empty lanes (known as your unused bandwidth) to help companies access public websites. 

Many companies need to access public web data from different locations to do things like check how prices appear in a specific region or verify ads in a local market. Traditionally, they’ve done this by using something called “unethical proxy networks", which is essentially using other people’s internet connections to browse the web from different places without the user’s consent or knowledge.

Grass flips that model by giving users the choice to share their unused internet in exchange for rewards. 

When you sign up for Grass, the app will run in the background of your computer or phone, allowing these verified institutions to route their web requests through your connection. They’re just accessing public websites, not your personal files for browsing history.

In return, you earn Grass Points. It’s really that simple.

How the Grass App Keeps Your Data Safe and Private

Let’s be crystal clear about Grass privacy. Grass cannot see or access your browsing history, personal files, or private data. Full stop. 

When Grass runs on your computer, it only uses your unused internet connection to route web requests to public websites. It’s like letting someone use your private road to get to the main street, but they never enter your house or see what’s inside.

Grass takes data protection seriously. Grass is a member of the Anti-Malware Testing Standards Organization (AMTSO) and works with independent security auditors, like AppEsteem, to monitor risks and uphold high protection standards. 

For more about how we approach safety and privacy, check out our full privacy policy. 

Just to reiterate, when you download Grass, your private information, including your browsing history, passwords, and files, stays completely private. There is no Grass data stash. It only knows your email, username, public wallet address, and IP address, which is the minimum info needed to run the network and send you rewards. 

Addressing Specific Questions Friends May Ask About Grass Points

We’ve updated the Grass Points structure. There are two types: Uptime Points and Network Points.

Uptime Points

You earn these based on the amount of time your device stays connected to the Grass network, which makes your bandwidth available for use. You’ll also receive these points through referrals and by achieving certain milestones.

Network Points

You’ll receive these points when your bandwidth is actively in use by the Grass network to power web data requests. The network sets a fixed pool of 1,000,000 of these points each day.

The points earned depend on how much bandwidth the Grass network uses. There are technical specifications for this, including market forces that create demand and the stability of your connection.

Grass is completely transparent about the points model, and you can share this information when referrals ask about how it works.

How Do Grass Points Convert to Rewards?

You earn Grass Points by staying connected to the Grass network, referring new users to Grass, and when the network actually uses your extra bandwidth. Those Points have a purpose. 

When Grass distributes Grass Tokens or USDC to its users, your Points play a role in determining how much you receive. The first Grass distribution delivered 100 million Tokens to over 2 million users. 

Why Do My Grass Points Change Over Time?

Your Grass Points total changes because your contributions to the network change from day to day. Uptime Points build steadily the longer your device stays connected to the Grass network.

Network Points totals depend on whether the network actually uses your bandwidth on a given day. Things like your location and regional demand can affect how much your bandwidth gets used.

Some days you’ll earn more, and that’s completely normal.

Does Device Uptime Matter More than Device Count?

Yes. Device uptime is generally the bigger factor when it comes to earning Grass Points. Keeping one device consistently connected to the network will serve you better than running multiple devices sporadically.

That said, adding more devices can help, but only if they’re on different internet connections. If you connect multiple devices to the same WiFi network, you’ll split your rewards. So before you scramble to add more devices, focus on keeping the ones you have running as consistently as possible. Steady connection time is what the network rewards the most.

How Can Users Avoid Fake Grass Reward Distribution Scams?

Grass will never contact you through random DMs, third-party websites, or unofficial social channels asking you for your wallet information or login credentials. If you see a link from an unknown account offering Token unlocks or early access to a distribution, don’t click it.

All legitimate announcements come directly from official Grass channels. Bookmark the official Grass website and social media channels, and check there first whenever you hear about something new.

Where Should Users Find Official Grass Updates?

Grass posts updates across several platforms, including their website and social media channels on X, Discord, Telegram, Reddit, and Instagram.

Each channel is a legitimate place to stay current on news, Grass distribution updates, and anything else happening with the network. The Grass website also has a dedicated news section. If an update isn’t showing up on one of these official channels, treat it with caution. When in doubt, go straight to the source.

What Happens If Users Miss a Previous Claim Period?

Missing a claim period doesn’t mean you lose out permanently. Grass has confirmed that users who missed the first Grass distribution will get another opportunity to participate in future distributions. The best thing you can do right now is make sure your wallet address is connected to your account so you’re ready when the next one comes around. 

Keep earning points, stay connected, and watch the official Grass channels for announcements about upcoming claim windows.

Clearing Up Doubts: Why Grass Is Safe and Easy

You’ve made it to the end of the article, which means you now have everything you need to explain Grass to anyone who asks confidently. The skepticism you might receive is understandable, but the facts are straightforward.

• Grass uses the extra internet you’re already paying for but not using.
• Grass doesn’t have access to your private data or browsing history.
• Grass rewards you for contributing to a fairer internet.

So, is Grass legit? Absolutely. Grass has over three million users and has proven itself to be a safe and reliable network. In fact, the beauty of Grass is its simplicity. All you have to do is download the app, create an account, and let it run in the background (where it will never slow down your internet). You’ll get rewards for sharing a resource you weren’t using anyway.

Ready to turn your unused internet into rewards?

Get the Grass app today.

You’re probably wondering, “What is Grass?” Is this legit? Will it slow down my internet or put my data at risk?

In today’s digital age, it’s smart to be cautious about new tech. That’s why we’re busting the top five myths about the Grass network to help you separate fact from fiction. 

Myth #1: Sharing Your Internet Bandwidth Slows Down Your Internet Connection

The Myth

“If I install Grass software, my Netflix will buffer, my Zoom calls will freeze, and my gaming will lag.” You might worry that sharing your bandwidth means sacrificing your internet experience and that Grass is a bandwidth-hungry monster that leaves you nothing for your daily online activities.

That couldn’t be further from the truth.

The Truth

Grass only uses your unused internet bandwidth. In other words, the online capacity that would otherwise go to waste. Think of your internet connection as a highway with multiple lanes. Grass only uses the empty lanes, never interfering with the traffic you’re actively creating.

In fact, the Grass network is specifically designed with your experience in mind. It only activates when you have unused internet available. When you’re streaming, gaming, or video calling, Grass automatically scales back its usage. 

Myth #2: Grass Is Unsafe and Could Compromise Your Security 

The Myth

“Grass must be accessing my browsing history and private data to make money from my information.” This is perhaps the biggest and most dangerous myth we hear from potential users. Let us reassure you that sharing your bandwidth with Grass will never compromise your privacy or security.

The Truth

It’s understandable that you’re worried about your data privacy. After all, for the past 10 years, many major companies have turned you into their product, offering access to their platform and services in exchange for marketing you (and your data) to their customers.

Grass is different. In the Grass ecosystem, users are partners, not products! So, let’s be clear: Grass has absolutely zero access to your personal information (other than the personal information that you choose to share when you sign up for the app). The Grass app only shares your unused internet bandwidth, not your private data and not your browsing history. The files on your computer or other device are not accessible by Grass.

In fact, we’re certified by AppEsteem, a leading cybersecurity compliance auditor. This certification means that Grass is whitelisted by top anti-malware applications, like Avast, Microsoft Defender, McAfee, and AVG.

The only personal information Grass collects is what we need to host your account: 

• Your email
• Username
• Password
• IP Address

Read more about our privacy practices in our privacy policy.