Request that you guys include links.  It's frustrating when I read "he has a new post" or "he has a new chart."

* For clear communications, it helps to identify subject.  Pronouns lacking antecedent are a very common problem in written communications.  This is a heads up for future use, not just on this thread.
* If you want to post a picture of MasterLuc's latest chart, or copy and paste the text of MaterLuc's new post (in translation), that's great; but please, include a link.

Fake it 'til you make it.

To think it all started with a three hour tour!
Sung to the tune of the Gilligan's Island theme song:

The weather started getting rough,
But the tiny ship was tossed.
If not for the courage of the fearless crew
Monero would be lost.
Monero would be lost.

You mean you installed the GnuRoot Debian app and tried to set up Monero?  Did you use the ARM version?  Phone processors have a different architecture from computer cpu's.  There's a special version of Monero for the kind of cpu that android phones have.  Actually I think the Monero for ARM processors was built with Raspberry Pi users in mind, but the processors in android smart phones belong to the same family.
There's a learning curve to this kind of thing.  If you have negligible experience with the linux command line, navigating file systems and such, I would not expect you to be able to install Monero on your phone and get it working without a considerable effort.
Yeah, a nice android wallet would be a great thing to have.
Not that freewallet thing, which is probably a scam and ought to be taken off the Google Play Store.

I have an android phone with GnuRoot Debian installed.  On it I run the monero wallet linux command line client.  I use a VPS I rent in Europe as the remote node, but users can take advantage of one of the nodes listed at moneroworld.com
GnuRoot does not require root.
In truth, I only keep that phone wallet as a backup.  I use my laptop when I actually want to send and receive XMR.  Typing in commands on a smartphone's tiny touch screen is too much of a PITA.  But you can run the command line wallet on an anrdoid phone, and it works.  
I'm not going to tell you that you can run a full node on a smartphone;  synching the blockchain on a smartphone is a tall order.  But you can have a working monero wallet.

Not native, nor have I ever studied Russian.  I did spend a few weeks in Ukraine last year.
закреплен seems to be an adjective, закреплялись a verb, from the same root.
When you put топтались in the translator by itself, it comes out "trampled".  Google translate renders it as "stamped" when pasted in the whole sentence.
The first sentence of his post, masterluc appears to be saying that 3500-4000 is well established support.
The last sentence is less clear.  Perhaps he is saying that we might be seeing a period of consolidation at 4000, or maybe he is just reiterating what he said in the first sentence about having strong support at that price.  In the end, maybe it doesn't make much difference.  The idea that the exchange rate is unlikely to decline is reassuring enough that I'm not going to get exercised if we trade sideways for a long while.  It means we're just consolidating the gains.

Google Translate:
The level of $ 3500- $ 4000 is punched up, tested and fixed. Thus, this is a foothold, where in case of what we will fall.

As I said, from the current level to somewhere around $ 16,000, I do not see any resistance on the weekly logarithm. And the five-figure numbers can reach the price quite quickly, for 2-4 week candles. Just a long time here at 4000 were stamped and fixed.

I joined LakeBTC in 2104.  I haven't used it for at least two years.  I went back on the site this morning to look around and see if maybe it would be worth trading there; but I couldn't find the order book!
LakeBTC, do you still operate an exchange where I can put in an limit order or a market order?  And if so, where is the order book?

I am a longtime Monero supporter.  I bought within a month or two of the coin's issue in 2014, when Bittrex first listed it.  Monero is my biggest holding, more than any other crypto, and more than my dollar-denominated assets.  I had to get my bona fides out of the way because of what I am about to say.  And I want you to read and consider.
All the back and forth, including refuations posted by Monero people, are 99.9% motivated by partisanship.
Wake up and stop acting like kids in the schoolyard.
I come to this thread to read and communicate with people who understand crypto, and what I see is the same dreary tit-for-tat that infects every debate I'm following, whether it's core vs bitcoin cash, Monero vs Zcash, and all the rest of the small minded wrangling over crypto controversies.
Grow up, people.  There's much more to this than winning the argument.
I want to read something written in a tone of detachment.  A high-handed, superior tone, and the conviction of your own righteousness, counts for nothing with me.
God damn it.

Kraken developed their own trading engine.
I heard Trace Mayer on the World Crypto Network youtube channel saying that Kraken is getting a new trading engine.  I don't know how long it will take.
Kraken will limp along for as long as it takes them to fix the trading engine.
And there's more to it than just the engine; their user interface is lacking basic features.
For example, is there a way to see how much of your coin or fiat is available for trading?  I have to toggle to different pages to see balances and orders, and then actually do subtraction by hand.   Where is this function in the Kraken user interface to simply show how much is available for trading?  Other exchanges I use have that feature, but I can't find it on Kraken.
Also I want to be able to click on a number (in the order book, or in my balance available for trading, if you ever get around to putting it on the order page) and have it populate the corresponding field in my order.
Kraken dropped the ball in so many ways when they developed the trading engine and features of their exchange.  First of all, Kraken, you need to get a trading engine that works, but don't forget you also need to have a useful interface.  Check out all the stuff you can do on bittrex, bitfinex, poloniex and basically all the exchanges out there, that you can't do on Kraken.

With a Russian language liturgy.

Yes, if the loss is linear.  But the supply might decay exponentially.
As long as there's any coin left, it can be denominated in smaller and smaller units.

HCP explained why that would be hard to do, with Mycelium lacking coin control
I think if you want to empty a particular address in your HD wallet, you should get the private key of that address and import it into a different wallet:  a single-address wallet, not HD.  Then you can send the coins from that address and that address alone.  You could try using a Mycelium legacy address.  It would probably work.
I haven't done it, so I'm not sure what's the easiest way to get the private key from an address in the Mycelium HD.  If Mycelium HD doesn't show the private keys of individual HD addresses, then you will have to use an external utility that generates series of HD addresses from seed.
Here's an example of such a uility:
https://iancoleman.github.io/bip39/
of course, you can't do that online with any expectation of safety, so you would have to save the web page and run it offline, or better yet download the code from github and check the pgp signature.
It's been a long time since I fiddled with this stuff.  I seem to remember there are two kinds of address in the HD wallet, receive addresses (which receive external funds) versus "change" addresses, in which you receive funds from yourself.

Did coinbase turn over the records that the IRS demanded in its subpoena?

I think you have a 63.4% chance of winning if you make 100 throws with each having a 1% chance of winning.

It makes a difference.  If your mycelium wallet doesn't split the coins, then what do you do?  You would have to find a wallet that does split them, and export the private keys to the new wallet.

If you have a thousand addresses in your HD wallet, most of them will be old, empty addresses that will never be used again.  Generally, your wallet only works with the recent addresses that still have coins in them.
All those old addresses only slow you down when you refresh the wallet, because it has to scan all of them.  But you probably seldom need to rescan your wallet.

Probably a bad ground.

Is this possible?
an algorithm or process of some sort that can take a piece of entropy or information (e.g. a random number), use it (e.g. as a seed for something), then erase/destroy the source information, provably, so that it's gone and can't be retrieved.
Obviously no human can set eyes on the original number.

Edit:  this could be used for secret sharing, for example.  Pieces of the original number could be doled out to several parties who would then be able to reconstruct it.   And you could use combinatorics to create an m of n scheme.  Simple example:  divide the info into three pieces, N1 N2 and N3.  Give Alice N2 and N3.  Give Bob N1 and N3.  Give Charlie N1 and N2.  Then you have a two-of-three sharing scheme where two people out of the three are necessary and sufficient to reconstruct the source entropy.  This could be done with an arbitrarily large m of n sharing set.  You could set it to have four of seven people, or as many as you wish, with the right combinatorics.
The challenge here is how do you prove that the machine that divvied up the original number didn't keep it in memory.

I'm pleased to hear that subaddresses are on the roadmap.  Sounds like it might be a little clumsy to use them, however:

One slight caveat with this scheme is that when restoring a wallet from the seed, the wallet might miss transfers to subaddresses if they aren't stored in the hashtable yet. To mitigate this issue, for each account, the wallet generates 100 (a constant SUBADDRESS_LOOKAHEAD_MINOR defined in wallet2.h) subaddresses of indices beyond the "fresh" index. The wallet also generates 10 (a constant SUBADDRESS_LOOKAHEAD_MAJOR defined in wallet2.h) accounts beyond the current largest major index. This means that the wallet restoration process is guaranteed to find incoming transfers to subaddresses as long as the major and minor indices of the used subaddresses differ by less than those predefined numbers. Even if the differences are bigger than those, you can still make the wallet recognize the incoming transfers by just expanding the hashtable manually and rescanning the blockchain.
(from https://github.com/monero-project/monero/pull/2056)

It sounds a little bit like the way Bitcoin handled change addresses many years ago, before the advent of HD address generation.  Have a table of pre-generated addresses, and make sure you don't run out of them.  It would be nice to have a more elegant solution for monero subadresses, one that eliminates inconvenience and complication.

See Wyckoff's Composite Man theory.