> If the Friday you’re referring to is beyond seven days from today, including today, it’s next Friday.
That's not a such simple rule. I'm not even sure what "including today" means.
A simple rule would be: next Friday is the first Friday after today.
The whole existence of this website suggests that the term "Next Friday" is at best ambiguous. Especially on a Saturday or Sunday, many people will interpret "Next Friday" as the Friday of next week.
So just be explicit and say "Friday next week".
Perhaps this is regional? I would identify this Friday as the 15th, and next Friday as the 22nd. Next Friday always means the Friday after the next one, which I notice is insane as a matter of logic, but is the local usage I am familiar with.
> Alonzo Church developed the lambda calculus in 1929.
His first publication that showed the elements of the lambda calculus was the 1932 paper "A set of postulates for the foundation of logic", as I cited in my recent paper [1]. It's quite possible he worked on it prior to 1932, but I don't know of any credible evidence on that (would be very interested to learn about any).
> Wait! How the heck is this a "programming" language?
> At first glance, this simple language seems to lack both recursion and iteration, not to mention numbers, booleans, conditionals, data structures and all the rest. How can this language possibly be general-purpose?
What most stops lambda calculus from being a programming language is that it doesn't directly support I/O. However, one can adopt some very simple conventions for representing bits, lists of bits (bytes), and lists of bytes, and for letting a lambda term operate on these [2] which make the so-called Binary Lambda Calculus (BLC) a programming language.
And a very expressive language it is too: a BLC self interpreter [4] can be as small as the 170-bits
01000110100001000
00001100000010111
00110000111111100
00101110011111110
00000111100000010
11101110011011110
01111111100001111
11110000101111010
01110100101111101
00101101010011010
which encodes the term
(λ11)(λ(λλλ1(λλ2(1(λ6(λ2(6(λλ3(λλ23(14))))(7(λ7(λ31(21)))))))(41(111))))(11))
By having a small daily dollar value (the column "PoW Produced (24h) in [1]).
All but the top 15 coins sorted by that column have less than $10k emitted per day in block rewards, which limits the power that miners can spend on competing for it.
But the value of a 51% attack is roughly proportional to marketcap,
so while they are cheaper to attack, there's less incentive for the attack.
The most (relatively) vulnerable coins are those where the daily dollar value is low relative to the market cap.
Correct; both Bitcoin and Monero use Hashcash as PoW, only differing in the choice of hash function. Verification is only different from a solution attempt in asymmetric (i.e. non-Hashcash) PoW, such as Cuckoo Cycle or (the poorly named) Equihash.
Is this AI math? That's over 5 times faster.
reply