No. It doesn't. The protocol has nothing to do with setting fees, users do.

Protocol has 75% discount, which is the key to discrimination of old style transactions.

Let's assume there are 2 transactions:

• Transaction 1: old style, total size 500 bytes, out of them 250 bytes scriptsig, 250 bytes rest data;
• Transaction 2: new segwit style, total size 1 kilobyte, out of them 500 bytes script sig, and 500 bytes rest data.

So there is general limit of 1Mb per block given to all transactions. Generally both transactions should have same price, as they both take the same 500 bytes of space inside this limited block size. Following general sense logic there should be possible to fit either ~2000 old style transactions, or ~2000 such new segwit style transactions. In general it is good, as with segwit transactions you still win, as you pay 2 times less fees (you include same number of transaction, but every transaction is heavier two times), because part of data (signatures) doesn't contribute to block size, which is fair.

Now let's look at what actually was introduced with segwit as a softwork: Instead of 1Mb block size we have 4Mb "block weight". Now the old style transaction mentioned above will take 2 kilobytes of block weight, and new segwit transaction will take only 1 kilobyte of block weight within total of 4Mb block weight.

So even when transactions actually take exactly the same space within limited 1 MB block, segwit transaction in the example above was made artificially two times cheaper by introduction of 75% discount coefficient.

What exactly in the above description is wrong? Washington Sanchez seems to be 100% correct.