submitted by liuidaxmn to u/liuidaxmn [link] [comments]
Attorney General Barr Signs Letter To Facebook From US, UK, And Australian Leaders Regarding Use Of End-To-End Encryption The Department of Justice published an open letter on October 3 to Facebook from international law enforcement partners from the United States, United Kingdom, and Australia in response to the company’s publicly announced plans to implement end-to-end-encryption across its messaging services. The letter is signed by Attorney General William P. Barr, United Kingdom Home Secretary Priti Patel, Australia’s Minister for Home Affairs Peter Dutton, and Acting Homeland Security Secretary Kevin McAleenan. Addressed to Facebook’s CEO, Mark Zuckerberg, the letter requests that Facebook not proceed with its end-to-end encryption plan without ensuring there will be no reduction in the safety of Facebook users and others, and without providing law enforcement court-authorized access to the content of communications to protect the public, particularly child users.
Coincheck Launches New Service That Rewards Gas Users With Bitcoin In an attempt to bring crypto to the mass audience, Japanese crypto exchange Coincheck inked a partnership deal with E-net Systems to reward gas users in the Tokyo Gas area, the company announced Oct 4. Under the partnership agreement, the two companies will start offering Coincheck Gas with two crypto-related plans for its customers. The gas service by the crypto company will offer a Bitcoin Rewards Plan under which customers will receive Bitcoin as rewards for the usage of gas. In addition, customers can also pay their gas bills using Bitcoin under the Bitcoin Payment Plan.
Libra Association: 1500 Entities Have Indicated Enthusiastic Interest To Join Libra After PayPal announced to withdraw their support for Facebook’s Libra cryptocurrency, Libra posted a series of tweets in response to the striking news. Libra Association tweeted: “Building a modern, low-friction, high-security payment network that can empower billions of financially underserved people is a journey, not a destination. This journey to build a generational payment network like the Libra project is not an easy path.” “We recognize that change is hard, and that each organization that started this journey will have to make its own assessment of risks and rewards of being committed to seeing through the change that Libra promises,” they continued. The final tweet read: “We look forward to the first Libra Council meeting in 10 days and will be sharing updates following that, including details of the 1,500 entities that have indicated enthusiastic interest to participate.”
Prysmatic Labs Team Unveils Updates On The Ethereum Serenity Roadmap Prysmatic Labs team has unveiled biweekly updates on the Ethereum Serenity roadmap via Medium. According to the article, the testnet has been restarted for everyone to experience staking and becoming a validator. This testnet includes beacon chain spec v0.8.4, various performance improvements, faster BLS paring library, new syncing strategies and more RPC end point support.
Japan: Using Virtual Currency To Make Donations To Politicians Is Legal Citing Yomiuri Shimbun, the Japanese Ministry of Internal Affairs and Communications, a cabinet-level ministry in the Government of Japan, indicated that the use of virtual currency to donate to politicians is not illegal. According to Japan’s Political Fund Control Law, it is prohibited to conduct donations to politicians in principle, but virtual currency is not in the category of “money and securities” which are covered by law.
Encrypted project calendar（October 05, 2019）
Ontology (ONT): Ony Ji will attend the blockchain event in Japan on October 5th and explain the practical application based on the ontology network. BNB/Binance Coin: The Binance Coin (BNB) Oasis Game Hackathon will be held on October 5th in Bangalore, India, and will be hosted by Binance Labs, Matic Network, Cocos-BCX, Celer Network, Marlin Protocol.
Encrypted project calendar（October 06, 2019）
SPND/ Spendcoin: Spendcoin (SPND) will be online on October 6th
Encrypted project calendar（October 07, 2019）
GNO/Gnosis: Gnosis (GNO) will discuss the topic “Decentralized Trading Agreement Based on Ethereum” will be held in Osaka, Japan on October 7th. Kyber and Uniswap, Gnosis and Loopring will attend and give speeches.
Encrypted project calendar（October 08, 2019）
BTC/Bitcoin: The 2nd Global Digital Mining Summit will be held in Frankfurt, Germany from October 8th to 10th.
Encrypted project calendar（October 09, 2019）
CENNZ/Centrality: Centrality (CENNZ) will meet in InsurTechNZ Connect — Insurance and Blockchain on October 9th in Auckland.
Encrypted project calendar（October 10, 2019）
INB/Insight Chain: The Insight Chain (INB) INB public blockchain main network will be launched on October 10. VET/Vechain: VeChain (VET) will attend the BLOCKWALKS Blockchain Europe Conference on October 10. CAPP/Cappasity: Cappasity (CAPP) Cappasity will be present at the Osaka Global Innovation Forum in Osaka (October 10–11).
Encrypted project calendar（October 11, 2019）
OKB/OKB: OKB (OKB) OKEx series of talks will be held in Istanbul on October 11th to discuss “the rise of the Turkish blockchain.”
Encrypted project calendar（October 12, 2019）
BTC/Bitcoin: The 2019 Global Mining Leaders Summit will be held in Chengdu, China from October 12th to 14th.
Encrypted project calendar（October 14, 2019）
BCH/Bitcoin Cash: The ChainPoint 19 conference will be held in Armenia from October 14th to 15th.
Encrypted project calendar（October 15, 2019）
RUFF/RUFF Token: Ruff will end the three-month early bird program on October 15th KAT/Kambria: Kambria (KAT) exchanges ERC20 KAT for a 10% bonus on BEP2 KAT-7BB, and the token exchange reward will end on October 15. BTC/Bitcoin: The Blockchain Technology Investment Summit (CIS) will be held in Los Angeles from October 15th to 16th.
Encrypted project calendar（October 16, 2019）
BTC/Bitcoin: The 2019 Blockchain Life Summit will be held in Moscow, Russia from October 16th to 17th. MIOTA/IOTA: IOTA (MIOTA) IOTA will host a community event on the theme of “Technology Problem Solving and Testing IoT Devices” at the University of Southern California in Los Angeles on October 16. ETH/Ethereum: Ethereum launches Istanbul (Istanbul) main network upgrade, this main network upgrade involves 6 code upgrades. QTUM/Qtum: Qtum (QTUM) Qtum main network hard fork is scheduled for October 16.
Encrypted project calendar（October 18, 2019）
BTC/Bitcoin: The SEC will give a pass on the VanEck/SolidX ETF on October 18th and make a final decision HB/HeartBout: HeartBout (HB) will officially release the Android version of the HeartBout app on October 18.
Encrypted project calendar（October 19, 2019）
PI/PCHAIN Network: The PCHAIN (PI) backbone (Phase 5, 82 nodes, 164, 023, 802 $ PI, 7 candidates) will begin on October 19. LINK/ChainLink: Diffusion 2019 will be held in Berlin, Germany from October 19th to 20th
Encrypted project calendar（October 21, 2019）
KNC/Kyber Network: The official online hackathon of the Kyber Network (KNC) project will end on October 21st, with more than $42,000 in prize money.
Encrypted project calendar（October 22, 2019）
ZRX/0x: The 0x protocol (ZRX) Pantera blockchain summit will be held on October 22.
Encrypted project calendar（October 23, 2019）
MIOTA/IOTA: IOTA (MIOTA) IOTA will host a community event on October 23rd at the University of Southern California in Los Angeles with the theme “Connecting the I3 Market and Experiencing Purchase and Sales Data.” BTC/Bitcoin: The WBS World Blockchain Summit (Middle East) will be held in Dubai from October 23rd to 24th.
Encrypted project calendar（October 24, 2019）
BCN/Bytecoin: Bytecoin (BCN) released the hidden amount of the Bytecoin block network on October 24.
Encrypted project calendar（October 25, 2019）
ADA/Cardano: Cardano (ADA) The Ada community will host a community gathering in the Dominican Republic for the first time on October 25.
Encrypted project calendar（October 26, 2019）
KAT/Kambria: Kambria (KAT) Kambria will host the 2019 Southern California Artificial Intelligence and Data Science Conference in Los Angeles on October 26th with IDEAS. BTC/Bitcoin: CoinAgenda Global Summit will be held in Las Vegas from October 26th to 28th
Encrypted project calendar（October 28, 2019）
LTC/Litecoin: Litecoin (LTC) 2019 Litecoin Summit will be held from October 28th to October 29th in Las Vegas, USA BTC/Bitcoin: Mt.Gox changes the debt compensation plan submission deadline to October 28 ZEC/Zcash: Zcash (ZEC) will activate the Blossom Agreement on October 28th
Encrypted project calendar（October 29, 2019）
BTC/Bitcoin: The 2nd World Encryption Conference (WCC) will be held in Las Vegas from October 29th to 31st.
Encrypted project calendar（October 30, 2019）
MIOTA/IOTA: IOTA (MIOTA) IOTA will host a community event on October 30th at the University of Southern California in Los Angeles on the topic “How to store data on IOTA Tangle.”https://preview.redd.it/jfxnwvgcrqq31.png?width=473&format=png&auto=webp&s=6adc6ab9f1c8a5f14874041d1e57a6721b8023b3
On the chart, we can see that the price made a break of the lower resistance boundary of the “triangle with a flat bottom” formation in the zone of $9560–9580. At the same time, 157 SMA was broken, which confirmed the dominance of sellers. Now the price is trading around $8100–8250, at the border of the resistance of descending channel. Consolidation of the price indicates the current period of accumulation, interest of buyers and a potential return to the upper boundary of the descending channel to $9100–9200 zone. After the middle of the month, the price may rebound from the support level of the descending channel and return to the area of $8900–9300, where there is a strong resistance. Also, the other day, the level of 8200 was traded and once again protected. The common mood is to fall, and we know that often the market goes against the majority. A lot of people are in shorts and this is an excellent point for growth (their stops and liquidation of positions, as was the case recently with longsters)
Review previous articles: https://email@example.com
Dev meeting? Would say so, yes The people are still exhausted from the payment ID meeting :) Guess we could ping some people vtnerd, moneromooo, hyc, gingeropolous, TheCharlatan, sarang, suraeNoether, jtgrassie Anyone up for a meeting? Yep I'm here Here o/ Perhaps we should just start and people will eventually hop in? oof sorry guys, I'm working on the new FFS and I forgot all about this. Got a couple of new volunteers. This literally might be able to launch tomorrow. I know that. It's called "flow" :) I could run if you're out of time? go for it dEBRUYNE you guys are going to like this new FFS. We're like 99% done. Hi rehrar: someone else do the milestone thing already? All right, jtgrassie, perhaps you'd to start w/ briefly describing your most recent PR? https://github.com/monero-project/monero/pull/5091 oneiric, xiphon did everything like....everything As far as I can see, it allows the user to push his transaction over I2P, thereby masking the origin IP of the sendeuser great And it hooks into vtnerd's PR right? Sure. It basically just builds on vtnerds Tor stuff. sorry dEBRUYNE Really not much added. I have it running and tested. From the perspective of the user, what needs to be configured exactly? Nice Assuming the PR is included in the release binaries I'm using knacccs i2p-zero duirng testing but will of course work with any i2p setup sorry dEBRUYNE <= Np Looks a little like dams breaking, now that we have some dark clouds over Kovri and people take matters into their own hands ... User needs to run i2p, expose a socks service and and inbound tunnel. Basically same as Tor Okay, so should be reasonable as long as we write proper documentation for it (e.g. an elaborate guide) rbrunner, yes, knaccc credit for jumping on i2p-zero really dEBRUYNE: documentation monero side is kindof done. i2p side is very much implementation specific. I suppose we could write some guides for the most popular implementations? e.g. i2p-zero aims to be zero conf, but i2pd or Kovri would be differnet. I see, great vtnerd___: Do you want to add anything? could amend the current kovri guide for monero use from --exclusive-peer to the new proxy support Now I have i2p-zero running and tested with the #5091, I plan to jump back over to helping knaccc on getting that polished. I added support for socks proxy in the basic wallets ^ excellent Yes vtnerd___ I havent tested it yet but looks sweet. So connections to `monerod` over Toi2p are possible within wallet cli and wallet rpc Awesome This also implies auth+encryption even if ssl is not in use (when using an onion or i2p address) All right moneromooo: are you here? If so, could you perhaps share what you've been working on? I am. I revived the SSL PR, more stuff on multi sender txes, an implementation of ArticMine's new block size algorithm. I presume a multi sender tx works similar to multisig insofar as the senders have to exchange data before the transaction can be performed right? Yes. There are 2 SSL PRs. What's the diff? Theoretically this would also allow the sender to provide an output right? Which would be kind of similar to Bitcoin's P2EP The second one adds some things like selecting a cert by fingerprint. Yes. (for the first sentence) All right, awesome For anyone reading, this breaks the assumption of the inputs belonging to a single sender, which makes analysis more difficult Nice side-effect. Much work coming for the various wallets to support that rbrunner: Anything you'd like to share in the meeting btw? Yes, just a little info I have started to seriously investigate what it would mean to integrate Monero into OpenBazaar I have already talked with 2 of their devs, was very interesting In maybe 2 or 3 weeks I intend to write a report Too early to tell much more :) Soon^tm I guess :) Yep Currently wrestling with Go debugging whole new world moneromooo: Has pony recently shared any insights regarding the upcoming 0.14 release btw? No. All right I would love to see the tor & i2p PR's merged sooner rather than later so we can get more testing done. ^ +1 Isn't that famous early code freeze already on the horizon? fluffypony, luigi1111 ^ I suppose I could provide a little update regarding the GUI btw As always, lots of bug fixes and improvements :-P selsta has recently added a feature to support multi accounts dsc_ has revamped the wizard and will now start working on implementing the different modes and a white theme dsc_ is working fulltime on the GUI already? yes :) dsc_ is bae In light of the recent payment ID discussion, we've also, by default, disabled the option to add a payment ID unless the user explicitely activates the option on the settings page rehrar ^ nice I spoke about this yesterday at the coffee chat, this is not a good decision. How does it handle integrated addresses? The same way? rehrar ? For the next many months, we are still stuck with PAyment IDs in the ecosystem. Making it harder for people to access them will make Monero suck so hard to use for the average person for many months. i agree with rehrar Remove the option of Payment IDs when we remove Payment IDs rehrar: The new GUI release won't be live until probably mid march though Which is a few weeks in advance of the scheduled protocol upgrade Payment ID removal comes in October right, but Payment IDs are not removed in March Did we not have loose consensus on removing the old, unencrypted payment IDs in march? they are removed in October We had discussed a deprecation in March and a ban in October ok, then if we are going to do that, we have to commit to it and contact the exchanges like Binance that use them and get rid of them in the next few months (of unencrypted) Binance is huge, and if they still use them, then people will be very upset that they can't deposit or use Payment IDs easily I'm just speaking from a UX perspective. I thought it was unencrypted in April and possibly encrypted in October Yes I do agree Timeline and notes: https://github.com/monero-project/meta/issues/299 impossible to remove them for march, many exchanges still use them We can defer it to the 0.15 release if needed Well, that wasn't the impression for them log that I just read today This was all discussed in the earlier meeting linked above We have to force the ecosystem off of Payment IDs before we remove them from the UI, is all I'm saying Remove != make difficult to use ... or make them more difficult there, right? ping sgp_ sarang, I understand, and I agreed with you during that meeting. But then I started thinking of it as a UX person, which I am. And that huge massive problem leapt out at me i think making them difficult to generate is a good idea but making them difficult to consume and use is a bad idea well, maybe not a good idea, but a better idea ^ If we defer the decision to depriciate long payment IDs to october, won't we have the same issue then? The UI can gave an expandable payment ID field like MyMonero and we can still call it deprecated It is foolhardy to remove an option that the ecosystem uses. So I suggest we keep the Payment ID in the UI until October when they are completely banned. no dEBRYUNE, because they will be banned via consensus sgp_ imo it may be a misdirection of dev resources to add that since things are proceeding in the short term rather than long term but this is a relatively minor point Nothing matters til exchanges change All right The issue is that consensus will still have them in April, and exchanges won't upgrade because they are still allowed. Thus they must still be in the UI. endogenic these changes are already merged in the GUI to hide it like you do ok But when they are banned, exchanges are forced to upgrade or stop using Monero, so we can remove them safely because they won't be in use rehrar: that's a strong assumption sarang that they will upgrade? yes if they don't, then they can't use Monero If exchanges require pid, users need a way to set a pid. Making it hard for the user in the interim is just going to be a nightmare. we have decided to take our "stand" in October A way that is not too hard, then To be clear, we still intend to deprecate long encrypted payment IDs in April right? But no enforcement until October the term "deprecated" doesn't mean much if it's still allowed, and used in popular places yes, as far as I understand it jtgrassie, exactly True I suppose dEBRUYNE: we need to be more specific when talking about deprecation the person who suffers is the user There are two proposals for GUI deprecation: 1. Hide it in the send screen with a simple option to expand (currently merged iirc) 2. Hide it completely in the send screen unless users enable the field in advanced settings (PR'd but not merged yet iirc) What are the arguments for 2? Both are poor options, but 1 is better than 2 by a long shot Well the people who need to be made to "suffer" are the exchanges. And I don't see a way to make exchanges "suffer" other than by having their suffering customers complain to them constantly that they need to update. ^ CLI has something similar where users need to set a manual payment ID transfer mode. Not sure if it's merged yet the way to make the exchanges suffer is when we ban PIDs. They either upgrade or don't use Monero. exact;y Agree with rerahr here have exchanges been provided with clear, practical, sufficient technical upgrade plans for supporting what they're doing with PIDs but with subaddrs? Both are poor options, but 1 is better than 2 by a long shot <= I wouldn't call 1. a poor option. Have you actually checked how it looks? Because it states "Payment ID" and a user has to click on the + to expand the field endogenic: yes the email when out. Blog post coming soon, but contains the same info as the email also the exhcnages' users are often using wallets that don't support subaddresses ok great as well, it should be noted that the timeline for exchanges to upgrade is September, not October when the fork is. Which wallets are that? Rehrar: I don't see option 1. causing any issues/confusion i guess it doesnt matter too much if withdrawing as a personal user the main address should suffice Because September is when the new versions will be coming out without PIDs in the UI If there's opposition to 2, 1 is fine. We can still call it deprecated which is the optics we need anyway exchange users are often just using other exchanges lol. No wallets involved. dsc_ dEBRUYNE, ok, I trust you guys here then rbrunner: i was thinking mymonero last i heard Ok pigeons: rbrunner yes receiving on subaddresses won't be supported yet sending to them has been possible though and yes as learnandlurkin says often they withdraw to other systems like exhcnages that also dont yet support subaddresses I really can't come up with any good argument for 2. right now endogenic: seems not much of an issue then. Exchanges will typically support withdrawals to both subaddresses and plain addresses (especially if we are going to force them to use subaddresses) For deposits, MyMonero works properly if the user sends to a subaddress Actually the second solution was already merged: https://github.com/monero-project/monero-gui/pull/1866 Maybe not enough eyes watching :) The important thing is to have done something to justify having a big "DEPRECATED IN APRIL" stamp on PIDs to spook exchanges in the interim This was for solution 1: https://github.com/monero-project/monero-gui/pull/1855 The Monero Community Workgroup will start making noise everywhere we can to exchanges, and everywhere else that will listen. Try to get on those garbage news sites also. So everyone knows that deprecated in April, and banned in September Hey, for solution 1, write "Payment ID (optional, deprecated)" or similar there rbrunner: noted rehrar: probably wait until the blog post, but it should only be a few days Maybe a Reddit sticky post would be useful? With the blog post If people are over freaking out about the hashrate or terabyte blockchain :) sigh Any questions for the MRL side? Is someone checking ArticMine's block size changes for weird behaviour in some cases etc ? How would such testing work? Private blockchain?