<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[[GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy]]></title><description><![CDATA[<p>Heyhey!</p>
<p>I've found out that it's extremely easy to "circumvent" the 15 energy/tick maximum with relative ease using a simple trick:</p>
<p><a href="https://screeps.com/a/#!/room/E6N18" target="_blank" rel="nofollow noreferrer">E6N18</a> is proof of this.</p>
<p>You can do this anywhere you want, and as quickly as you want. This practically makes production of XGH2O useless (unless you want to do it even more quickly). </p>
<p> </p>
<p>The problem is mostly, there is no "upper upgrade" limit in the lower RCL levels. Below RCL 8 you can drop in as much energy as you want. Currently a mechanic with inactive terminals can be abused to send in energy to a non-RCL 6 room. This can be abused to boost ones RCL and snowball out of control. </p>
<p>I think we should get an open discussion going for properly fighting this imbalance. The 15 energy limit was put in place to stop the effect of "high GCL" players getting away with dumping massive amounts of energy in controllers, spiralling out of control. </p>
<p>I've personally thought of the following things we can do to at least make it not this easy as is:</p>
<p> </p>
<ul>
<li>Make inactive terminals not receive energy</li>
<li>Add some form of upper limit of upgrade speed on controllers below level 8  ( value of XGH2O will increase )</li>
<li>Remove limit all together and let energy balance itself out ( XGH2O would still be valuable)</li>
</ul>
<p> </p>
<p>I hope we can have a nice and open discussion about this topic, do you feel the same? Or do you think it's perfectly fine? Let me know what you guys think!</p>]]></description><link>http://screeps.com/forum/topic/513/gcl-gcl-circumventing-the-cap-is-ridiculously-easy</link><generator>RSS for Node</generator><lastBuildDate>Sun, 14 Jun 2026 19:59:22 GMT</lastBuildDate><atom:link href="http://screeps.com/forum/topic/513.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 28 Oct 2016 20:12:36 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Heyhey!</p>
<p>I've found out that it's extremely easy to "circumvent" the 15 energy/tick maximum with relative ease using a simple trick:</p>
<p><a href="https://screeps.com/a/#!/room/E6N18" target="_blank" rel="nofollow noreferrer">E6N18</a> is proof of this.</p>
<p>You can do this anywhere you want, and as quickly as you want. This practically makes production of XGH2O useless (unless you want to do it even more quickly). </p>
<p> </p>
<p>The problem is mostly, there is no "upper upgrade" limit in the lower RCL levels. Below RCL 8 you can drop in as much energy as you want. Currently a mechanic with inactive terminals can be abused to send in energy to a non-RCL 6 room. This can be abused to boost ones RCL and snowball out of control. </p>
<p>I think we should get an open discussion going for properly fighting this imbalance. The 15 energy limit was put in place to stop the effect of "high GCL" players getting away with dumping massive amounts of energy in controllers, spiralling out of control. </p>
<p>I've personally thought of the following things we can do to at least make it not this easy as is:</p>
<p> </p>
<ul>
<li>Make inactive terminals not receive energy</li>
<li>Add some form of upper limit of upgrade speed on controllers below level 8  ( value of XGH2O will increase )</li>
<li>Remove limit all together and let energy balance itself out ( XGH2O would still be valuable)</li>
</ul>
<p> </p>
<p>I hope we can have a nice and open discussion about this topic, do you feel the same? Or do you think it's perfectly fine? Let me know what you guys think!</p>]]></description><link>http://screeps.com/forum/post/2456</link><guid isPermaLink="true">http://screeps.com/forum/post/2456</guid><dc:creator><![CDATA[Dissi]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>I think a fun thing could be that invaders scale depending GCL spent on the room. So if you boost the room massively you going to have to defend it against armies of invaders. <img
      src="http://screeps.com/forum/plugins/nodebb-plugin-emoji/emoji/android/1f604.png?v=a1k070tfs06"
      class="not-responsive emoji emoji-android emoji--smile"
      title=":D"
      alt="😄"
    /></p>]]></description><link>http://screeps.com/forum/post/2457</link><guid isPermaLink="true">http://screeps.com/forum/post/2457</guid><dc:creator><![CDATA[stybbe]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Terminals that are not active should not work, imo.</p>]]></description><link>http://screeps.com/forum/post/2458</link><guid isPermaLink="true">http://screeps.com/forum/post/2458</guid><dc:creator><![CDATA[tedivm]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Great idea to counter the problem, I do think that it will still be extremely easy to circumvent, just use a room which has all claimed/reserved rooms around it </p>]]></description><link>http://screeps.com/forum/post/2459</link><guid isPermaLink="true">http://screeps.com/forum/post/2459</guid><dc:creator><![CDATA[Dissi]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>I do like Stybbe's idea. But I do think something needs to change. The 15 energy/tick limit seems very arbitrary, all levels should be limited or no level should be limited. The current limit does not given incentive to optimizing economy, you can mine fairly inefficiently and reach that limit in a room, without a limit there is a lot of incentive to be as efficient as possible. </p>
<p> </p>]]></description><link>http://screeps.com/forum/post/2460</link><guid isPermaLink="true">http://screeps.com/forum/post/2460</guid><dc:creator><![CDATA[Skorp]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Inactive terminals should not be usable in any way for remote transmissions.</p>
<p> </p>]]></description><link>http://screeps.com/forum/post/2461</link><guid isPermaLink="true">http://screeps.com/forum/post/2461</guid><dc:creator><![CDATA[Atavus]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Deactivating inactive terminals alone would not solve this. It only takes 1.8 million energy to get to RCL 6 to enable it again.</p>
<p>You'd only have to boost with XGH2O for 300k energy and you can do it the same way using storage.</p>]]></description><link>http://screeps.com/forum/post/2462</link><guid isPermaLink="true">http://screeps.com/forum/post/2462</guid><dc:creator><![CDATA[Dissi]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>I also think the 15energy cap at RCL8 is odd. Either ratelimit everywhere or not at all. If we're worried about people climbing GCL too quickly then we can solve that in other ways.</p>]]></description><link>http://screeps.com/forum/post/2463</link><guid isPermaLink="true">http://screeps.com/forum/post/2463</guid><dc:creator><![CDATA[tedivm]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Inactive terminals don't receive energy the way active ones do, although <a href="/hc/en-us/community/posts/208394625-sending-resources-to-disabled-terminals" target="_blank" rel="nofollow noreferrer">they used to</a>. The response was to change the storeCapacity to 0 so that resources could still be sent, they'd just fall on the ground. </p>
<p>I'd be a tad salty if this were to change because I asked about this clarification to begin with and the devs were well aware of the mechanic and adjusted it in a way they thought was more fair. So I've written code and made infrastructure to take advantage of this. It should also be noted that the discussion is being spurred but the player I passed up partly due to this mechanic <img
      src="http://screeps.com/forum/plugins/nodebb-plugin-emoji/emoji/android/1f604.png?v=a1k070tfs06"
      class="not-responsive emoji emoji-android emoji--smile"
      title=":D"
      alt="😄"
    /> Although I do think his heart is in the right place.</p>
<p>It doesn't really result in snowballing. The intervals between my GCLs is taking longer and longer. It is just going a faster than it would otherwise. <strong>If your intent is to make it so that all players level up at the same pace, that ends up being a pretty boring game. It then becomes more about how long you've played rather than how clever you are with your code.</strong></p>
<p>XGH2O is still valuable, it still gives the bonus that it would otherwise. This is just something on top of that.</p>
<p>It also doesn't just benefit high GCL players. This strategy becomes viable as soon as you start seeing longer intervals in between your GCLs. I was doing something like this as early as GCL8. </p>]]></description><link>http://screeps.com/forum/post/2464</link><guid isPermaLink="true">http://screeps.com/forum/post/2464</guid><dc:creator><![CDATA[bonzaiferroni]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>It also isn't some magic wand, it takes a lot of resources to upkeep that much energy. </p>]]></description><link>http://screeps.com/forum/post/2465</link><guid isPermaLink="true">http://screeps.com/forum/post/2465</guid><dc:creator><![CDATA[bonzaiferroni]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>&gt; <strong>If your intent is to make it so that all players level up at the same pace, that ends up being a pretty boring game. It then becomes more about how long you've played rather than how clever you are with your code.</strong></p>
<p> </p>
<p>This was not my intention. It was more to make it more fair between higher level rooms, and give more opportunity to optimize.</p>
<p>Since this tactic is seems here to stay, anyone can do it and the 15 energy limit seems off compared to this. Just "dedicate" one of your rooms to this tactic and you're golden for a long time when you got excess energy to lose.</p>
<p>The upkeep is definitely high ( <a href="https://screeps.com/a/#!/room/E6N18" target="_blank" rel="nofollow noreferrer">E6N18</a>  burns through 90 energy/tick terminal upkeep alone), there will always be a certain limit. You can only do ~1400 actions/tick if you optimized it to smithereens.</p>
<p> </p>
<p>For player growth: the 300 CPU limit will obviously limit your actions.</p>
<p> </p>
<p>Personal gains with the new tactic:</p>
<p>1 creep doing 15 (or 30 boosted) energy/tick or 1 creep doing 40 (or 80 boosted).</p>
<p>Both take 0.2 CPU to complete. Effectively I got a gain of 266% in CPU to reserve ratio. Well worth it, but feels broken</p>]]></description><link>http://screeps.com/forum/post/2466</link><guid isPermaLink="true">http://screeps.com/forum/post/2466</guid><dc:creator><![CDATA[Dissi]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>I agree that the 15 energy per room limit seems off, and this mechanic seems inconsistent with that if the purpose was to limit the rate of player growth. Personally, I've found this mechanic to add a whole new layer to the game. Suddenly it matters how efficient your SK rooms are, since you actually have some way to use that energy. Also, figuring out the best way to leverage this so that I'd have more minerals than I would otherwise was really fun.</p>
<p>Keep in mind, once power processing matters, this might no longer be the best use of energy. But this could still be one way to spend energy strategically.</p>]]></description><link>http://screeps.com/forum/post/2467</link><guid isPermaLink="true">http://screeps.com/forum/post/2467</guid><dc:creator><![CDATA[bonzaiferroni]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>bonzai, I appreciate that you've invested your code in this but that's not a good enough reason to keep the mechanic- by that logic I should be able to have more than 100 flags for the rest of this game, because I followed the rules that were given at the time. Obviously I'm pretty salty about that change, just like you might be able this one, but that alone is not a reason for not doing something.</p>
<p>If this tactic is allowed to stand then we should also remove the 15e/t cap at RCL8.</p>]]></description><link>http://screeps.com/forum/post/2468</link><guid isPermaLink="true">http://screeps.com/forum/post/2468</guid><dc:creator><![CDATA[tedivm]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>tedivm, I agree, the devs should listen to the community on this. Still gonna reserve the right to be salty!</p>
<p>I think nerfing this is an objectively bad idea. Skorp put it really well, the way it is now there is pretty much no incentive to be efficient with your energy harvesting. At some point each player starts making progress at the very same rate. Just look at the player progress graphs in the monthly review. That's not a competition, that's just a waiting game. Perhaps lifting the cap on all controllers is the answer, at least it would make things more consistent.</p>]]></description><link>http://screeps.com/forum/post/2469</link><guid isPermaLink="true">http://screeps.com/forum/post/2469</guid><dc:creator><![CDATA[bonzaiferroni]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>I, for one, welcome a return to growth curves like these <img src="https://s3.amazonaws.com/forum-static.screeps.com/21d8f1eb-2fbe-4602-8b56-bf90c4d84f36.png"></p>]]></description><link>http://screeps.com/forum/post/2470</link><guid isPermaLink="true">http://screeps.com/forum/post/2470</guid><dc:creator><![CDATA[Hernanduer]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>It seems to me that the 15/tick limit serves three purposes. </p>
<p> </p>
<ol>
<li>To make is that that RCL8 rooms can't snowball and totally boost GCL well beyond what a RCL 5 or RCL 6 room could. </li>
<li>To encourage the use of XGH20</li>
<li>To encourage established players to go get new rooms even though it means giving up a RCL 8 room.</li>
</ol>
<p> </p>
<p>So what ever solution, </p>
<p>#1 seems like it's broken. You can have an RCL 3 room "out produce" an RCL 8 room. I agree with the goal, but the limit doesn't seems to actually accomplish it. I think that is part of the problem. If the RCL 6 room was capped at 15/tick too then this would be a non-issue</p>
<p>#2 seems like it works. It's currently the only way to "legit" break the 15/tick cap.</p>
<p>#3 This may or may not be working I don't know. </p>
<p> </p>
<p>I see two fixes.</p>
<p>Fix A) </p>
<p>Add the cap to all levels but make it sliding. cap = RCL * 10 or something. Boosts can still break the map as before. So a RCL 6 room is only going to get 60/tick. For people building the room, they have to decide if it's wort it to take the GCL loss, and really boost the room using tons of outside energy, or build at/near the cap. Because the cap is there, the incentive to use these "less reputable" methods fade. But using a dead storage to rebuild a room is still viable. </p>
<p>#1 Snow balling is kept in check, though the limit is raised a bit. I can argue that RCL 8 rooms should be more valuable then RCL 6 rooms.</p>
<p>#2 Boosts are still important.</p>
<p>#3 You probably won't want to move rooms and give up your RCL 8 room. I don't know if this is actually different from now or not.</p>
<p> </p>
<p>Fix <img
      src="http://screeps.com/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f60e.png?v=a1k070tfs06"
      class="not-responsive emoji emoji-emoji-one emoji--smiling_face_with_sunglasses"
      title="B)"
      alt="😎"
    /></p>
<p>Keep the RCL 8 limit but apply the increase to the GCL only when you go up in RCL and only the first time.  When you git RCL 8 GCL progress applies normally. </p>
<p>For example RCL 1 -&gt; 2 -&gt; 3 -&gt; 2 -&gt; 3 -&gt; 4 would only increese GCL 3 times. This would have a lot of ripple effects though. Downgrades become horrid, as all that energy you poor into restoring a RCL is just lost. Loosing a room means loosing the RCL progress that would have gone into GCL. On the upside it makes holding on to a room more critical. </p>
<p> </p>
<p>#1 Same effect as now. </p>
<p>#2 Same effect as now</p>
<p>#3 Still no real idea</p>
<p>Fix B is the larger game changer, but could introduce more fun.</p>]]></description><link>http://screeps.com/forum/post/2471</link><guid isPermaLink="true">http://screeps.com/forum/post/2471</guid><dc:creator><![CDATA[coteyr]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>I think this mechanic can stay to allow players going for leaderboard 1 the opportunity to pump as much energy as they can, but to prevent the gcl getting out of control, Change it that only RCL 8  rooms count towards GCL after GCL gets to 10 (all rooms still count towards leaderboard).</p>]]></description><link>http://screeps.com/forum/post/2472</link><guid isPermaLink="true">http://screeps.com/forum/post/2472</guid><dc:creator><![CDATA[ChaosDMG]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>why not have all (your) buildings removed when you unclaim ? </p>
<p>this would fix this issue nicely , and prevent abuse</p>]]></description><link>http://screeps.com/forum/post/2473</link><guid isPermaLink="true">http://screeps.com/forum/post/2473</guid><dc:creator><![CDATA[Finndibaen]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>It's not just about unclaming, it's also about just downgrading.</p>]]></description><link>http://screeps.com/forum/post/2474</link><guid isPermaLink="true">http://screeps.com/forum/post/2474</guid><dc:creator><![CDATA[coteyr]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p><a class="plugin-mentions-user plugin-mentions-a" href="http://screeps.com/forum/uid/306">@ChaosDMG</a> That's awful, there would be no way to catch up. Or at the very least catching up would take decades. </p>]]></description><link>http://screeps.com/forum/post/2475</link><guid isPermaLink="true">http://screeps.com/forum/post/2475</guid><dc:creator><![CDATA[coteyr]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Well if they do anything to prevent it now it will be hard to catch up for players that didnt use this opportunity.</p>]]></description><link>http://screeps.com/forum/post/2476</link><guid isPermaLink="true">http://screeps.com/forum/post/2476</guid><dc:creator><![CDATA[ChaosDMG]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>It's not only the issue of GCL/tick It's also the issue of CPU per GCL</p>
<p> </p>
<p>Currently, when you have a level 8 room you can do 15CP per 0.2 CPU while other rooms realistically can do 40CP per 0.2 CPU.</p>
<p>I personally have 30 rooms costing <span><strong>at least</strong></span> 6 CPU when all upgrading.</p>
<p>Yet I can achieve the same with dumping energy into another room and use 1 room to do all the upgrading.</p>
<p> </p>
<p>This is why I think the current limits should be revised, or at least needs some balancing.</p>
<p> </p>]]></description><link>http://screeps.com/forum/post/2477</link><guid isPermaLink="true">http://screeps.com/forum/post/2477</guid><dc:creator><![CDATA[Dissi]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>I agree some balancing need to happen. It should not be possible to earn more GCL in RCL levels 1-7 then you can in RCL 8. </p>
<p>That said, there is already a MASSIVE gap to cover if a new player is trying to get onto a top 10 list. </p>
<p>There needs to be someway that the game can "adjust" so it's not just who has been playing the longest, while at the same time, there should be a benefit to a carefully crafted long standing empire. </p>]]></description><link>http://screeps.com/forum/post/2478</link><guid isPermaLink="true">http://screeps.com/forum/post/2478</guid><dc:creator><![CDATA[coteyr]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Have structures decay, and not be repairable when the room is below the RCL level for the structure. </p>
<p>If a terminal decayed at a rate so that by the time the controller decade to RCL 4 the terminal popped, the issue would largely go away. </p>
<p>It would also still allow for some recovery via terminal in a dead room. </p>]]></description><link>http://screeps.com/forum/post/2479</link><guid isPermaLink="true">http://screeps.com/forum/post/2479</guid><dc:creator><![CDATA[coteyr]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>Yeah, I think this is the best solution. Simply making structures decay when the room level can't support them would solve this issue. It still allows people to raid their neighbors to steal resources, since structures will need time to decay, but it prevents abusing those structures existence. </p>]]></description><link>http://screeps.com/forum/post/2480</link><guid isPermaLink="true">http://screeps.com/forum/post/2480</guid><dc:creator><![CDATA[tedivm]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Reply to [GCL] GCL - Circumventing the &quot;cap&quot;  is ridiculously easy on Invalid Date]]></title><description><![CDATA[<p>i'm not so sure decay is the solution. it takes only 1.5 M energy or so to get back to RCL 6 so it's quite fast if you're able to send it using terminal. less than 10K ticks or so , so less than a RL day.<br><br></p>]]></description><link>http://screeps.com/forum/post/2481</link><guid isPermaLink="true">http://screeps.com/forum/post/2481</guid><dc:creator><![CDATA[Finndibaen]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>